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

Bug#658759: [arm/kirkwood] compressed image does not boot



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 <jrnieder@gmail.com> 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 to: