Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Martin Michlmayr <[EMAIL PROTECTED]> [2008-05-28 08:54]: > * Kevin Price <[EMAIL PROTECTED]> [2008-05-27 07:45]: > > If lenny's freeze keeps apex from moving on: Will we need to ask the > > release manager? > > Yes, in theory we would; but it seems this package isn't frozen yet. ... okay, the new APEX has moved to testing. Thanks everyone. Seems like we're set for lenny. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-27 07:45]: > If lenny's freeze keeps apex from moving on: Will we need to ask the > release manager? Yes, in theory we would; but it seems this package isn't frozen yet. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Kevin Price <[EMAIL PROTECTED]> writes: > Martin Michlmayr schrieb: >> This has been fixed in version 2.6.25-3 of linux-image-2.6.25-2-ixp4xx >> which is now in unstable. Would be great if you (Paul, Kevin) could >> confirm it works. > > Yes, confirmed. It works nicely for me. Works great here too. Thanks, folks! -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > This has been fixed in version 2.6.25-3 of linux-image-2.6.25-2-ixp4xx > which is now in unstable. Would be great if you (Paul, Kevin) could > confirm it works. Yes, confirmed. It works nicely for me. I re-flashed the old apex from debian, and set modules=most in initramfs.conf. before installing 2.6.25-3. The initrd became 3840262 bytes small, which is fine. All the necessary modules are there too. Thanks a lot for that good piece of work! -- Kevin Price http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
This has been fixed in version 2.6.25-3 of linux-image-2.6.25-2-ixp4xx which is now in unstable. Would be great if you (Paul, Kevin) could confirm it works. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Kevin Price schrieb: > Martin Michlmayr schrieb: >> The 2.6.26-rc2 test image is available from >> http://people.debian.org/~tbm/armel/kernel/r11383/ >> The fixed 2.6.25 package will be uploaded in the near future. > > At least the 2.6.26-rc2 makes my slug unbootable. Again, I need some > time to hook the serial console up to figure out why. (Wish I had a > USB/RS232 adaptor around) I'll let you know as soon as I can. Your 2.6.26-rc2 works. The reason it didn't boot seems to have been a wrong combination of apex / initramfs-configuration, my fault. It's OK. (Thanks for|Keep up) the great work. Kevin signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > The 2.6.26-rc2 test image is available from > http://people.debian.org/~tbm/armel/kernel/r11383/ > The fixed 2.6.25 package will be uploaded in the near future. At least the 2.6.26-rc2 makes my slug unbootable. Again, I need some time to hook the serial console up to figure out why. (Wish I had a USB/RS232 adaptor around) I'll let you know as soon as I can. Kevin signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Martin Michlmayr <[EMAIL PROTECTED]> [2008-05-12 19:13]: > But never mind, I actually started a build of 2.6.26-rc1 on a > .debian.org armel box already. Okay, I have something now that works: -rw-r--r-- 1 root root 3885442 May 13 22:13 initrd.img-2.6.25-2-ixp4xx -rw-r--r-- 1 root root 3386511 May 13 21:02 initrd.img-2.6.26-rc2-ixp4xx The 2.6.26-rc2 test image is available from http://people.debian.org/~tbm/armel/kernel/r11383/ The fixed 2.6.25 package will be uploaded in the near future. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr wrote: * Kevin Price <[EMAIL PROTECTED]> [2008-05-12 17:43]: Kevin, since you have a serial console, are you interested in testing the patches in #451882 and #421359? Yes. My slug is now compiling apex-1.4.15 with the patch from #451882 (CONFIG_RAMDISK_SIZE=0x0050) I am curious if this solves this bug and I will let you know. You'll also need the patch from #421359, otherwise the new APEX is not written to flash. BTW: What is keeping the patches from moving into sid? I'd love to see a more current apex version in lenny. The major issue is that the APEX maintainer doesn't respond to these bugs. BTW, the nslu2-linux project keeps some apex patches at: http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/apex/ If Marc is not responsive, I'm happy to give relevant people write access to there to be used as a central place for apex patches ... Once the initramfs has some recovery support, the variations feature of Apex will become useful. -- Rod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > You'll also need the patch from #421359, otherwise the new APEX is not > written to flash. Yeah. I was thinking from a more low-level point of view and flashed the apex binary myself with the script. The result is good: The large initrd (modules=all) boots fine with that. That was because I dislike the idea about the imaginary version 1.5.14. Is it more appropriate to name it something like 1.5.13+gf1 ? I'll give it a try. > bugs. Another minor issue is that it would be nice to get more > feedback on the patch in #421359. I hope I can help that a little. > cross-compile would be fine. I just don't have a cross-compiler for > armel. Native or qemu would work too, but are slower. OK. Is the rc1 already debianized anywhere? Otherwise we might as well go for rc2. Kevin -- http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 16:33]: > ii flash-kernel 1.7utility to write kernel and initramfs > > I suggest moving this bug to package flash-kernel. Any objections? flash-kernel does the right thing, apex-nslu2 doesn't. Anyway, let's leave this bug open on the kernel because this can be work arouned by disabling some modules. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 18:36]: > That was because I dislike the idea about the imaginary version > 1.5.14. Is it more appropriate to name it something like 1.5.13+gf1 > ? I'll give it a try. I suggest you use 1.5.14~test1; the ~ means that 1.5.14~xxx is smaller than 1.5.14, so you can upgrade to 1.5.14 when it comes out. > OK. Is the rc1 already debianized anywhere? Yes, svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian for the "debian" dir and the orig tar ball can be found at http://photon.itp.tuwien.ac.at/~mattems/ But never mind, I actually started a build of 2.6.26-rc1 on a .debian.org armel box already. And I'm currently installing armel on my NSLU2, so hopefully we can avoid more armel problems in the future. (But we definitely need you guys to continue testing Debian on armel for NSLU2; I don't test the NSLU2 as much as some other machines these days.) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 17:43]: > > Kevin, since you have a serial console, are you interested in testing > > the patches in #451882 and #421359? > > Yes. My slug is now compiling apex-1.4.15 with the patch from #451882 > (CONFIG_RAMDISK_SIZE=0x0050) I am curious if this solves this bug > and I will let you know. You'll also need the patch from #421359, otherwise the new APEX is not written to flash. > BTW: What is keeping the patches from moving into sid? I'd love to > see a more current apex version in lenny. The major issue is that the APEX maintainer doesn't respond to these bugs. Another minor issue is that it would be nice to get more feedback on the patch in #421359. > > debian-arm people in general: anyone with a armel compiler who's > > interested in compiling and testing 2.6.26-rc1 on armel? > Would that need to be a native or cross-compiler or is the qemu arm cross-compile would be fine. I just don't have a cross-compiler for armel. Native or qemu would work too, but are slower. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > Kevin, since you have a serial console, are you interested in testing > the patches in #451882 and #421359? Yes. My slug is now compiling apex-1.4.15 with the patch from #451882 (CONFIG_RAMDISK_SIZE=0x0050) I am curious if this solves this bug and I will let you know. BTW: What is keeping the patches from moving into sid? I'd love to see a more current apex version in lenny. > debian-arm people in general: anyone with a armel compiler who's > interested in compiling and testing 2.6.26-rc1 on armel? Would that need to be a native or cross-compiler or is the qemu arm emulation reliable enough for such compilation jobs? Somehow I recall that the emulation was said to be unsuitable to be employed as buildds. Kevin -- http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 15:54]: > Are you suspecting the initrd size? Yes, while the NSLU2 has 6 MB for the ramdisk, APEX passes a parameter to the kernel saying the ramdisk is 4 MB, so everything after 4 MB is ignored. Your ramdisk is larger than 4 MB, which explains why the kernel is complaing that the ramdisk is not complete. The reason this shows up on armel and not on arm is that some SCSI drivers are disabled on arm but not on armel (for historical reasons). The short term solution is to disable some more drivers. I've done that for 2.6.26-rc1 and will do it for the next 2.6.25 upload too. The right solution is to fix APEX. A bug about this has been open for quite a while: #451882 Kevin, since you have a serial console, are you interested in testing the patches in #451882 and #421359? debian-arm people in general: anyone with a armel compiler who's interested in compiling and testing 2.6.26-rc1 on armel? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Hi again! Problem spotted. Kevin Price schrieb: > Are you suspecting the initrd size? > My /etc/initramfs-tools/initramfs.conf says "MODULES=most", btw. That was the cause. Chaning modules to "dep" created an initrd.img with a size of 2176130, which is less than half the size of > -rw-r--r-- 1 root root 4355143 May 12 13:09 initrd.img-2.6.25-1-ixp4xx With that, my slug boots fine. I thought, flash-kernel is supposed to complain about such problems. I used the current lenny version. ii flash-kernel 1.7utility to write kernel and initramfs I suggest moving this bug to package flash-kernel. Any objections? cheers Kevin -- http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > Can you show me the output of > ls -l /boot Are you suspecting the initrd size? My /etc/initramfs-tools/initramfs.conf says "MODULES=most", btw. ls -l /boot -rw-r--r-- 1 root root 748537 Apr 21 22:05 System.map-2.6.24-1-ixp4xx -rw-r--r-- 1 root root 762523 Apr 30 10:51 System.map-2.6.25-1-ixp4xx -rw-r--r-- 1 root root 43084 May 27 2007 apex.flash -rw-r--r-- 1 root root 56582 Apr 20 13:41 config-2.6.24-1-ixp4xx -rw-r--r-- 1 root root 59504 Apr 28 17:06 config-2.6.25-1-ixp4xx lrwxrwxrwx 1 root root 26 May 12 13:09 initrd.img -> initrd.img-2.6.25-1-ixp4xx -rw-r--r-- 1 root root 4149652 Apr 30 01:02 initrd.img-2.6.24-1-ixp4xx -rw-r--r-- 1 root root 4355143 May 12 13:09 initrd.img-2.6.25-1-ixp4xx lrwxrwxrwx 1 root root 26 Apr 29 23:46 initrd.img.old -> initrd.img-2.6.24-1-ixp4xx lrwxrwxrwx 1 root root 23 May 12 13:09 vmlinuz -> vmlinuz-2.6.25-1-ixp4xx -rw-r--r-- 1 root root 1339880 Apr 21 22:05 vmlinuz-2.6.24-1-ixp4xx -rw-r--r-- 1 root root 1364620 Apr 30 10:51 vmlinuz-2.6.25-1-ixp4xx lrwxrwxrwx 1 root root 23 Feb 3 23:01 vmlinuz.old -> vmlinuz-2.6.24-1-ixp4xx -- http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 15:37]: > > Cool, that'd be great! > Here we go: Thanks. Can you show me the output of ls -l /boot -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Martin Michlmayr schrieb: > Cool, that'd be great! Here we go: Ethernet eth0: MAC address 00:14:bf:65:db:3d IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1 Default server: 0.0.0.0, DNS server IP: 0.0.0.0 RedBoot(tm) bootstrap and debug environment [ROMRAM] Red Hat certified release, version 1.92 - built 15:16:07, Feb 3 2004 Platform: IXDP425 Development Platform (XScale) Copyright (C) 2000, 2001, 2002, Red Hat, Inc. RAM: 0x-0x0200, 0x000723a0-0x01ff3000 available FLASH: 0x5000 - 0x5080, 64 blocks of 0x0002 bytes each. == Executing boot script in 2.000 seconds - enter ^C to abort RedBoot> boot;exec 0x01d0 have eRcOmM copy kernel code from flash to RAM copy ramdisk file from flash to RAM run kernel Using base address 0x01d0 and length 0xa85c APEX Boot Loader 1.4.15 -- Copyright (c) 2004,2005,2006,2007 Marc Singer APEX comes with ABSOLUTELY NO WARRANTY. It is free software and you are welcome to redistribute it under certain circumstances. For details, refer to the file COPYING in the program source. apex => mem:0x0020+0xa84c (43084 bytes) env => nor:0x7c000+15k (empty) Use the command 'help help' to get started. # copy -s $kernelsrc $bootaddr # copy -s fis://kernel 0x8000 1441760 bytes transferred # copy -s $ramdisksrc $ramdiskaddr # copy -s fis://ramdisk 0x0100 6291440 bytes transferred # wait 10 Type ^C key to cancel autoboot. Type ^C key to cancel autoboot. # boot ATAG_HEADER ATAG_MEM: start 0x size 0x0200 ATAG_CMDLINE: (55 bytes) 'console=ttyS0,115200 rtc-x1205.probe=0,0x6f noirqdebug' ATAG_INITRD2: start 0x0100 size 0x0040 ATAG_END Booting kernel at 0x8000... Uncompressing Linux.. done, booting the kernel. [0.00] Linux version 2.6.25-1-ixp4xx (Debian 2.6.25-1) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #2 Wed Apr 38 [0.00] CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE), cr=397f [0.00] Machine: Linksys NSLU2 [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] CPU0: D VIVT undefined 5 cache [0.00] CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets [0.00] CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets [0.01] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128 [0.01] Kernel command line: console=ttyS0,115200 rtc-x1205.probe=0,0x6f noirqdebug [0.01] Unknown boot option `rtc-x1205.probe=0,0x6f': ignoring [0.01] IRQ lockup detection disabled [0.01] PID hash table entries: 128 (order: 7, 512 bytes) [0.01] Console: colour dummy device 80x30 [0.01] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) [0.01] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) [0.01] Memory: 32MB = 32MB total [0.01] Memory: 25412KB available (2556K code, 270K data, 104K init) [0.24] Security Framework initialized [0.24] SELinux: Disabled at boot. [0.24] Capability LSM initialized [0.24] Mount-cache hash table entries: 512 [0.24] Initializing cgroup subsys ns [0.24] Initializing cgroup subsys cpuacct [0.24] CPU: Testing write buffer coherency: ok [0.24] net_namespace: 540 bytes [0.24] NET: Registered protocol family 16 [0.25] IXP4xx: Using 16MiB expansion bus window size [0.25] NSLU2: Using MAC address 00:14:bf:65:db:3d for port 0 [0.25] PCI: IXP4xx is host [0.25] PCI: IXP4xx Using direct access for memory space [0.25] PCI: bus0: Fast back to back transfers disabled [0.25] dmabounce: registered device :00:01.0 on pci bus [0.25] dmabounce: registered device :00:01.1 on pci bus [0.25] dmabounce: registered device :00:01.2 on pci bus [0.29] NET: Registered protocol family 2 [0.38] IP route cache hash table entries: 1024 (order: 0, 4096 bytes) [0.38] TCP established hash table entries: 1024 (order: 1, 8192 bytes) [0.38] TCP bind hash table entries: 1024 (order: 0, 4096 bytes) [0.38] TCP: Hash tables configured (established 1024 bind 1024) [0.38] TCP reno registered [0.41] checking if image is initramfs...it isn't (invalid compressed format (err=1)); looks like an initrd [2.73] Freeing initrd memory: 4096K [2.73] NetWinder Floating Point Emulator V0.97 (double precision) [2.73] audit: initializing netlink socket (disabled) [2.73] type=2000 audit(2.754:1): initialized [2.74] VFS: Disk quotas dquot_6.5.1 [2.74] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [2.74] JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc. [2.74] io scheduler noop registered [
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Kevin Price <[EMAIL PROTECTED]> [2008-05-12 13:40]: > Yes, I can confirm this bug on armel. Thanks Martin fo CCing debian-arm. > In order to reproduce this, I installed 2.6.25-1-ixp4xx_2.6.25-1_armel > onto my otherwise complete lenny/armel slug. Since then it fails to boot. > > My slug does have a serial port, and for debugging purposes I will try > to find something to attach to it today, and then send you the console Cool, that'd be great! -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
Hi! Martin Michlmayr schrieb: > I just tried (on arm) and it works for me. CCing debian-arm. Anyone > else seeing problems with 2.6.25? Yes, I can confirm this bug on armel. Thanks Martin fo CCing debian-arm. In order to reproduce this, I installed 2.6.25-1-ixp4xx_2.6.25-1_armel onto my otherwise complete lenny/armel slug. Since then it fails to boot. My slug does have a serial port, and for debugging purposes I will try to find something to attach to it today, and then send you the console output. Someone forgot to equip my ThinkPad with an RS232 ;-) @Riku: flash-kernel only sounds scary if you don't have a /proc/mtdblock* backup ;-) cheers Kevin signature.asc Description: OpenPGP digital signature
Re: Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25
* Paul Collins <[EMAIL PROTECTED]> [2008-05-10 01:07]: > Package: linux-image-2.6.25-1-ixp4xx > Version: 2.6.25-1 > > After the usual initial lightshow, the NSLU2 sits there with only the > Ethernet LED illuminated. I have initramfs-tools 0.92a and the initrd > is 1.4MB, so I think that should be mustard. I'm running armel. I have > no serial console, so I guess I can't be much help with debugging. I just tried (on arm) and it works for me. CCing debian-arm. Anyone else seeing problems with 2.6.25? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]