Jonathan,

The pointer towards

https://buildd.debian.org/status/logs.php?pkg=linux-2.6&ver=3.2~rc4-1~experimental.1&arch=armel
is a good one.  I read it and the build died because of a problem in
arch/arm/include/asm/bug.h  - quite a few of us have known about this
problem, but it has been taken care of in 3.3, IIRC.   It is my guess that
the 3.2~rc7 prolly died for the same reason.  This particular error,
though, I believe is a red herring.


I answered your queries below, inline.



On Mon, Feb 6, 2012 at 9:34 AM, Jonathan Nieder <[email protected]> wrote:

>
> Oh, you're right.
>
> After a little more investigation, the grounds for my guess were wrong
> anyway.  I guess I would want to know instead:
>
>  - where can I read a little about the many users experiencing this?
>   (e.g., was there a mailing list discussion?)  That might help in
>   pinning down relevant variables.
>

Well, here are three different discussions:

1.  debian users @ doozan/dockstar/debian  forum
http://forum.doozan.com/read.php?2,6550,6550#msg-6550

**note: the thread title is __misleading__ ... 3.1.x is working fine, only
3.2 & greater are showing this compression problem



2.
http://archlinuxarm.org/forum/viewtopic.php?f=18&t=2314&sid=5bdde26688b00721aaaca66b564cd2a8
(there is an issue mentioned here regarding kmod and udev, but that, I
believe is unrelated to the noboot/compressedkernel problem)


3.   http://www.plugcomputer.org/plugforum/index.php?topic=6029.0



>
>  - what is the newest version you know of that worked?  One can use
>   https://buildd.debian.org/status/logs.php?pkg=linux-2.6&arch=armel to
>   find which versions actually got built on arm, or something like
>

3.1.10 works perfectly for me.   3.2 and beyond all seem to suffer from the
same problem w/ a stall/hang, as is shown in my serial output.   Again, we
cannot boot the uImage from either your official package 3.2.2 that is in
Sid, nor can we boot a uImage that we natively or w/ a toolchain.   Same
symptoms for all.  OTOH, an uncompressed vmlinux.bin  (from objcopy) does
when substituted for the uImage file.



>
>        fakeroot debian/rules source
>        fakeroot make -f debian/rules.gen binary-arch_armel_none_kirkwood
>
> to build a version if you have the source installed.
>
> Sorry for the confusion,
> Jonathan
>

Reply via email to