[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#547503: git-core: "git clone" fails on armel

Hi again,

Sascha Silbe wrote:

> Works fine for me now as well:
> sascha.silbe@flatty:~/y$ git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild
> Initialized empty Git repository in
> /home/sascha.silbe/y/sugar-jhbuild/.git/
> remote: Counting objects: 4728, done.
> remote: Compressing objects: 100% (2095/2095), done.
> remote: Total 4728 (delta 2795), reused 4376 (delta 2577)
> Receiving objects: 100% (4728/4728), 1.87 MiB | 545 KiB/s, done.
> Resolving deltas: 100% (2795/2795), done.
> sascha.silbe@flatty:~/y$
> Whatever it was, it seems fixed.

That’s too bad.

> This is on OpenRD-Base with a custom kernel. The only two changes
> (vs. the mainline kernel) that might have been relevant at all to
> this bug are:
> - apply cpu_idle IRQ fix from http://patchwork.kernel.org/patch/40871/
> - apply OCF patch http://downloads.sourceforge.net/project/ocf-linux/ocf-linux/20090901/ocf-linux-26-20090901.patch.gz
> I doubt even that, though. If there's interest I can try again with
> the old kernel, otherwise we can just close this bug.

Please do try it.  Also (I know I’m pushing my luck here) if you still
have the old libc package around, could you try with that?  It would
be nice to understand what went wrong here, so we can avoid it
breaking again.

The only possibly relevant kernel change I could find was commit
5a3a29f (ARM: 5691/1: fix cache aliasing issues between kmap() and
kmap_atomic() with highmem, commit 7929eb9 upstream) from
So though I also have my doubts, we _could_ be lucky.


Reply to: