Project

General

Profile

kernel fetch problems

Added by Dennis Volper over 14 years ago

I've tried to git the kernel a good half-dozen times now using the (modified) command from the Wiki. Each attempt has begun:

Compressing objects: xxxxxx, done.
Receiving objects: x% (xxxx/yyyyy), z.zz Mib | aa KiB/s

The KiB number starts off in the hundreds and gradually decreases to 1 KiB/s at some point each of my git attempts has stalled, then terminated with the messages

fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

The best I got to was "2% (35204/1566780), 12.73 MiB"; a long ways from completion. I'm not sure if the repository is closing the connection or if the transfer is finally stalling so bad that the connection times out. The git on the uboot did work, but that is a much smaller project. I've checked the git documentation and there seems to be no way to restart git after a failure other than at the beginning. Is there any other way to get the repository?


Replies (6)

RE: kernel fetch problems - Added by Michael Williamson over 14 years ago

Hi Dennis,

As you are aware the repository is quite large. At the moment, our server does appear to be a bit slow (we're looking into that, but don't have it fixed yet). Here are the quick/work-around options:

1) We could set up an FTP access for a copy of the tree, but this will potentially take just as long to download until we sort out the server issue. This may then support resuming a download on connection failure.

2) We are in the process of pushing our board support files into the kernel mainline (through the linux-davinci branch). If you need a current version of the kernel, you could try to download a copy of the master branch of the linux davinci branch from linux.org and apply the patch we have submitted to the kernel maintainers that includes the mitydsp-l138 support.

To download the git repository from the linux mainline:

bash#> git-clone   http://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git

A copy of the patch http://linux.davincidsp.com/pipermail/davinci-linux-open-source/2010-July/019677.html. You'll need to remove everything prior to the "diff --git a/arch..." line and then you can apply the patch.

If you'd like to try the ftp route, let me know and we'll get something together for you.

Hopefully we can sort out our repository speed, although ultimately we hope that you can build directly off the mainline. I'm sorry for the inconvenience.

-Mike

RE: kernel fetch problems - Added by Dennis Volper over 14 years ago

I'm going to need a tgz that I can ftp. We got the clone to "work", to an off-site machine, but the git unpack-objects gave us premature EOF errors. I'm doing the kernel on a native Ubuntu 10.04 box so any form of tar file with the kernel will do, it doesn't have to be repository format since it doesn't look like I can access the repository anyway.

RE: kernel fetch problems - Added by Tim Iskander over 14 years ago

I put a gzip'd tarball of the our current linux kernel tree in the files section.
commit 2e70fb60c2ace830e0b7170240aa85f38d4ccce4
Author: Michael Williamson <>
Date: Fri Jun 25 13:25:35 2010 -0400

http://support.criticallink.com/redmine/attachments/download/18/linux-davinci.tgz

cheers
/Tim

RE: kernel fetch problems - Added by Dennis Volper over 14 years ago

Got it. Compiling the kernel now. Looks good! Thanks.

RE: kernel fetch problems - Added by Dennis Volper over 14 years ago

Ran the make's using the existing .config (make menuconfig, make uImage plus environment fluff).
Hit a problem with the kernel compile.
drivers/mfd/twl-core.c:41:24: error: plat/board.h: No such file or directory
Might not be the .config that was used for the actual compile.

RE: kernel fetch problems - Added by Dennis Volper over 14 years ago

IGNORE PREVIOUS MESSAGE, my fault. One of our servers blew a power supply and I manage to skip the make mightyomap instruction in the fire drill. Kernel compiles fine if you follow ALL the instructions.

    (1-6/6)
    Go to top
    Add picture from clipboard (Maximum size: 1 GB)