For my experiments with building a new 2.5.32.5 kernel for the ss4000e I've been using the initrd.gz from the latest ss4000e build at http://d-i.debian.org/daily-images/armel/. I now think that initrd needs to be rebuilt specifically for each kernel version. After getting to the point in d-I where the 'no kernel modules found' error occurs, I go back and open a d-I shell and see that the modules are at /lib/modules/2.6.32-5-iop32x/... and this same path is of course in the initrd when I extract the initrd files to a temporary directory with cpio. The version number of the kernel I built (shell uname -a) is 2.6.32.5 so it's not surprising that d-I fails to load any modules. Even adding -iop32x to the kernel version string in menuconfig can't fix this (-5 not .5).
Does this seem like a correct conclusion that initrd must be rebuilt for each kernel version? This would also explain why the n/w card wasn't found if the e1000 driver is set as a module but was found if set as built-in. I guess there must be a build script for initrd.gz and zImage that are at http://d-i.debian.org/daily-images/armel/daily/iop32x/netboot/ss4000e/ which I could use? But I failed to find it. CJW -----Original Message----- From: Chris Wilkinson [mailto:kins...@verizon.net] Sent: Thursday, August 09, 2012 1:50 PM To: 'Arnaud Patard (Rtp)'; 'JF Straeten' Cc: debian-arm@lists.debian.org Subject: RE: SS4000E Kernel v3.4 Config At the download installer components step, d-i halts with the error 'no kernel modules found' which I think is fatal. The same symptoms/error occurs for both 2.6.32.5 and 3.4 sources from ftp.kernel.org. I'm not sure where to go next? Any suggestions are hoped for. Set n/w card e1000 driver to built-in Patched zImage with the machine number patch (per Arnaud) $ ( devio 'wl 0xe3a01c04,4' 'wl 0xe38110bc,4'; cat zImage ) > zImage.ss4000e and then used zImage.ss4000e ## prepends 8 bytes machine code to set right machine number zImage.ss4000e size is then 1492880 (for 3.4) n/w card is detected DHCP succeeds No kernel modules error Opened shell in d-i $ uname -a $ Linux new-host 3.4.0 #2 Tue Aug 7 12:49:41 EDT 2012 armv5tel GNU/Linux Last few lines of /var/log/syslog are Aug 9 17:59:33 main-menu[185]: INFO: Menu item 'netcfg' selected Aug 9 17:59:35 kernel: [ 29.851890] e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Aug 9 17:59:38 udhcpc: Got IP 192.168.1.155 (using eth0) and routing through 192.168.1.1 Aug 9 17:59:40 netcfg[769]: INFO: DHCP hostname: "new-host" Aug 9 18:00:02 netcfg[769]: INFO: Detected eth0 as a hotpluggable device Aug 9 18:00:02 main-menu[185]: (process:768): udhcpc (v1.17.1) started Aug 9 18:00:02 main-menu[185]: (process:768): Sending discover... Aug 9 18:00:02 main-menu[185]: (process:768): Sending discover... Aug 9 18:00:02 main-menu[185]: (process:768): Sending select for 192.168.1.155... Aug 9 18:00:02 main-menu[185]: (process:768): Lease of 192.168.1.155 obtained, lease time 86400 Aug 9 18:00:02 main-menu[185]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Aug 9 18:00:02 main-menu[185]: DEBUG: resolver (libgcc1): package doesn't exist (ignored) Aug 9 18:00:02 main-menu[185]: INFO: Menu item 'choose-mirror' selected Aug 9 18:00:03 anna-install: Queueing udeb apt-mirror-setup for later installation Aug 9 18:00:07 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/oldstable/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:07 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/stable/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:09 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/squeeze/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:10 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/testing/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:12 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/wheezy/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:14 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/unstable/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:15 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/sid/Release -O - | grep -E '^(Suite|Codename):' Aug 9 18:00:17 choose-mirror[833]: INFO: suite/codename set to: stable/squeeze Aug 9 18:00:17 choose-mirror[833]: DEBUG: command: wget -q http://ftp.us.debian.org/debian//dists/squeeze/main/binary-armel/Release -O - | grep ^Architecture: Aug 9 18:00:18 anna-install: Queueing udeb squeeze-support for later installation Aug 9 18:00:18 main-menu[185]: (process:826): wget: server returned error: HTTP/1.1 404 Not Found Aug 9 18:00:18 main-menu[185]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Aug 9 18:00:18 main-menu[185]: DEBUG: resolver (libgcc1): package doesn't exist (ignored) Aug 9 18:00:18 main-menu[185]: INFO: Menu item 'download-installer' selected Aug 9 18:00:20 net-retriever: gpgv: Aug 9 18:00:20 net-retriever: WARNING: multiple signatures detected. Only the first will be checked. Aug 9 18:00:20 net-retriever: gpgv: Aug 9 18:00:20 net-retriever: Signature made Sat May 12 12:08:13 2012 UTC using RSA key ID 473041FA Aug 9 18:00:20 net-retriever: gpgv: Aug 9 18:00:20 net-retriever: Good signature from "Debian Archive Automatic Signing Key (6.0/squeeze) <ftpmas...@debian.org>" Aug 9 18:00:20 net-retriever: Aug 9 18:00:23 anna[887]: WARNING **: no packages matching running kernel 3.4.0 in archive Aug 9 18:30:25 main-menu[185]: INFO: Menu item 'download-installer' succeeded but requested to be left unconfigured. Aug 9 18:30:25 main-menu[185]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Aug 9 18:30:25 main-menu[185]: DEBUG: resolver (libgcc1): package doesn't exist (ignored) Aug 9 18:30:36 main-menu[185]: INFO: Menu item 'di-utils-shell' selected ~ # CJW -----Original Message----- From: Chris Wilkinson [mailto:kins...@verizon.net] Sent: Tuesday, August 07, 2012 1:44 PM To: 'Arnaud Patard (Rtp)' Cc: debian-arm@lists.debian.org Subject: RE: SS4000E Kernel v3.4 Config I had tried that before but to be sure tried again. Setting the e1000 driver to built-in instead of module and rebuild. 1.5M still. N/w card is detected this time but DHCP ip acquisition fails, so that's a step forward I guess. I know DHCP is available from the n/w because 2.6.32 worked OK and other machines get it. Continued to configure n/w manually with an IP, GW, DNS etc. This fails to retrieve files from the Deb archive mirror, so the n/w is apparently not functioning really. CJW -----Original Message----- From: Arnaud Patard (Rtp) [mailto:arnaud.pat...@rtp-net.org] Sent: Tuesday, August 07, 2012 12:12 PM To: Chris Wilkinson Cc: debian-arm@lists.debian.org Subject: Re: SS4000E Kernel v3.4 Config "Chris Wilkinson" <kins...@verizon.net> writes: > Continuing this quest to move my kernel to 3.4 so I can use Arnaud's > LED patches. This problem with v3.4 kernel failing to detect the > network card seems to be inherent in 3.4. > > Latest attempt was to install using the daily-images > http://d-i.debian.org/daily-images/armel/daily/iop32x/netboot/ss4000e/. This > results in kernel v2.6.32.5 which detects the n/w card fine, d-i > completes and it boots no problem. From the boot trace, the n/w driver > used is > > [ 13.750000] e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network > Connection > > CONFIG_E1000 is the flag in kernel .config. > > I then copied config-2.6.32-5-iop32x that was put in /boot to > configure the > 3.4 kernel without any of Arnaud's patches. This builds fine and > yields a zImage of 1.5MB but also fails to detect the n/w card. It's > also the same using the _defconfig extracted from the deb at > http://ftp.us.debian.org/debian/pool/main/l/linux/linux-image-3.2.0-3-iop32x > _3.2.23-1_armel.deb > > I used the initrd.gz from the daily-images. I wonder if this is the problem? the network driver is in module so you need to find a way to load it while installing with d-i. Given that the zImage size is 1.5MB, maybe you can try putting the ethernet driver built-in instead of module to workaround that ? Arnaud -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/001301cd74c4$41a72ee0$c4f58ca0$@net -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/002401cd7657$631befe0$2953cfa0$@net -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/000001cd77e1$0ffedbc0$2ffc9340$@net