The uImage here should be sufficient for a fallback. Also, you should not need a uInitrd, since everything is build in to the kernel:
http://www.cyrius.com/tmp/beta1/marvell/sheevaplug/uImage I'm successfully running this kernel on my system: c...@plug0:~$ dpkg -l | grep linux-image ii linux-image-2.6-kirkwood 2.6.32+28 Linux 2.6 for Marvell Kirkwood (meta-package ii linux-image-2.6.32-5-kirkwood 2.6.32-20 Linux 2.6.32 for Marvell Kirkwood c...@plug0:~$ dpkg -S /boot/vmlinuz vmlinuz vmlinuz-2.6.32-5-kirkwood c...@plug0:~$ dpkg -S /boot/vmlinuz-2.6.32-5-kirkwood linux-image-2.6.32-5-kirkwood: /boot/vmlinuz-2.6.32-5-kirkwood I'm pretty sure that I saw /etc/kernel/postinst.d/initramfs-tools generate my uImage for me. Cheers, C.J. On Wed, 2010-09-22 at 03:33 -0400, Samuele Bianchi wrote: > Please tell me if i'm missing something... > I should try to upload a fully working uInitrd and uImage in this way > > setenv serverip 192.168.1.2 ( Ip of my pc/tftp server ) > setenv ipaddr 192.168.1.81 ( ip of my e-sata sheeva plug ) > tftpboot 0x01100000 uInitrd > tftpboot 0x00800000 uImage > saveenv > Is it correct ? But where is possible to find/download the correct uInitrd > and uImage ? > > > ______________________________________________________________________ > Da: C.J. Adams-Collier KF7BMP [c...@colliertech.org] > Inviato: mercoledì 22 settembre 2010 3.01 > A: Samuele Bianchi > Cc: debian-arm@lists.debian.org > Oggetto: Re: R: Latest testing/sid kernel crashes on SheevaPlug > > > > Yes. You can boot from tftp onto an initrd and write your kernel to > the nand or use u-boot to image the new kernel to the section of the > nand you boot from. > > On Tue, 2010-09-21 at 18:28 -0400, Samuele Bianchi wrote: > > > Yes... i can confirm, kernel panic... > > IS IT POSSIBLE TO SOLVE WITHOUT REINSTALL? > > I have just updated my esata sheevaplug and this is the output of KERNEL > > PANIC: > > > > Activating lvm and md swap...done. > > Checking file systems...fsck from util-linux-ng 2.17.2 > > e2fsck 1.41.12 (17-May-2010) > > /dev/sda1 was not cleanly unmounted, check forced. > > Pass 1: Checking inodes, blocks, and sizes > > Pass 2: Checking directory structure > > Pass 3: Checking directory connectivity > > Pass 4: Checking reference counts > > Pass 5: Checking group summary information > > /dev/sda1: 21/488640 files (28.6% non-contiguous), 83307/975872 blocks > > fsck died with exit status 1 > > done. > > Mounting local filesystems...done. > > Activating swapfile swap...done. > > Cleaning up temporary files.... > > Configuring network interfaces...done. > > Cleaning up temporary files.... > > Setting sensors limits. > > [ 37.055702] NET: Registered protocol family 10 > > [ 37.061829] lo: Disabled Privacy Extensions > > [ 37.067755] ADDRCONF(NETDEV_UP): eth0: link is not ready > > Setting kernel variables ...[ 37.088415] Unable to handle kernel NULL > > pointer dereference at virtual address 0000013c > > [ 37.096589] pgd = df3b0000 > > [ 37.099306] [0000013c] *pgd=1f96b031, *pte=00000000, *ppte=00000000 > > [ 37.105647] Internal error: Oops: 17 [#1] > > [ 37.109673] last sysfs file: /sys/devices/virtual/net/lo/operstate > > [ 37.115881] Modules linked in: ipv6 ext2 sg sr_mod cdrom loop option > > usb_wwan hmac usbserial sha1_generic mv_cesa aes_generic ext4 mbcache jbd2 > > usb_storage sd_mod crc_t10dif ehci_hcd sata_mv usbcore libata mvsdio > > mv643xx_eth nls_base scsi_mod mmc_core libphy inet_lro [last unloaded: > > scsi_wait_scan] > > [ 37.142681] CPU: 0 Not tainted (2.6.32-5-kirkwood #1) > > [ 37.148113] PC is at tcp_cleanup_congestion_control+0xc/0x2c > > [ 37.153800] LR is at tcp_v4_destroy_sock+0x18/0x230 > > [ 37.158700] pc : [<c02817c4>] lr : [<c027dddc>] psr: 60000013 > > [ 37.158707] sp : d9b2fee0 ip : c043a348 fp : df701d80 > > [ 37.170243] r10: df4644a8 r9 : df815580 r8 : 00000000 > > [ 37.175494] r7 : 00000000 r6 : dc508000 r5 : dc508000 r4 : dc508000 > > [ 37.182051] r3 : 0000012c r2 : 00000001 r1 : dc5080e0 r0 : dc508000 > > [ 37.188609] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment > > user > > [ 37.195776] Control: 0005317f Table: 1f3b0000 DAC: 00000015 > > [ 37.201549] Process ntpdate (pid: 510, stack limit = 0xd9b2e270) > > [ 37.207583] Stack: (0xd9b2fee0 to 0xd9b30000) > > [ 37.211967] fee0: dc508000 c027dddc dc508000 dc508000 dc508000 dc508000 > > 00000000 bf24fb8c > > [ 37.220190] ff00: dc508000 dc508000 dc508064 c026ae64 00000007 c026d7b4 > > dc508000 df464480 > > [ 37.228413] ff20: ded88d00 df701d80 df4644a8 c028c8b8 df464480 bf262060 > > df464480 c022d1d8 > > [ 37.236635] ff40: df701d80 00000000 00000008 c022d264 df701d80 c00ce600 > > 00000000 00000000 > > [ 37.244858] ff60: 00000003 ded88d00 00000000 d9b99540 00000006 c0028048 > > d9b2e000 00000000 > > [ 37.253081] ff80: 00000000 c00cb0a8 d9b99540 ded88d00 bec92d14 c00cb144 > > 0000000a 00000003 > > [ 37.261304] ffa0: 00000000 c0027ea0 00000003 00000000 00000003 bec92aa0 > > bec92abc 0000001c > > [ 37.269526] ffc0: 00000003 00000000 bec92d14 00000006 00000000 00000000 > > 40025000 00000000 > > [ 37.277749] ffe0: 00000000 bec92a18 0000fb18 402499ec 60000010 00000003 > > 00000000 00000000 > > [ 37.285980] [<c02817c4>] (tcp_cleanup_congestion_control+0xc/0x2c) from > > [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) > > [ 37.296742] [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) from > > [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) > > [ 37.307232] [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) from > > [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) > > [ 37.317815] [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) from > > [<c026d7b4>] (tcp_close+0x380/0x3d8) > > [ 37.327091] [<c026d7b4>] (tcp_close+0x380/0x3d8) from [<c028c8b8>] > > (inet_release+0x64/0x70) > > [ 37.335488] [<c028c8b8>] (inet_release+0x64/0x70) from [<c022d1d8>] > > (sock_release+0x24/0x8c) > > [ 37.343971] [<c022d1d8>] (sock_release+0x24/0x8c) from [<c022d264>] > > (sock_close+0x24/0x34) > > [ 37.352284] [<c022d264>] (sock_close+0x24/0x34) from [<c00ce600>] > > (__fput+0x114/0x1f0) > > [ 37.360244] [<c00ce600>] (__fput+0x114/0x1f0) from [<c00cb0a8>] > > (filp_close+0x70/0x7c) > > [ 37.368204] [<c00cb0a8>] (filp_close+0x70/0x7c) from [<c00cb144>] > > (sys_close+0x90/0xc8) > > [ 37.376253] [<c00cb144>] (sys_close+0x90/0xc8) from [<c0027ea0>] > > (ret_fast_syscall+0x0/0x28) > > [ 37.384736] Code: c03759d2 e92d4010 e5903258 e1a04000 (e5933010) > > [ 37.390894] ---[ end trace fe95be3cce967711 ]--- > > [ 37.395546] Kernel panic - not syncing: Fatal exception in interrupt > > [ 37.401961] [<c002dee4>] (unwind_backtrace+0x0/0xdc) from [<c02b5d84>] > > (panic+0x34/0x128) > > [ 37.410184] [<c02b5d84>] (panic+0x34/0x128) from [<c002bbd8>] > > (die+0x248/0x284) > > [ 37.417546] [<c002bbd8>] (die+0x248/0x284) from [<c002ee78>] > > (__do_kernel_fault+0x68/0x80) > > [ 37.425873] [<c002ee78>] (__do_kernel_fault+0x68/0x80) from [<c002f064>] > > (do_page_fault+0x1d4/0x1ec) > > [ 37.435071] [<c002f064>] (do_page_fault+0x1d4/0x1ec) from [<c0027280>] > > (do_DataAbort+0x34/0x94) > > [ 37.443824] [<c0027280>] (do_DataAbort+0x34/0x94) from [<c0027a8c>] > > (__dabt_svc+0x4c/0x60) > > [ 37.452136] Exception stack(0xd9b2fe98 to 0xd9b2fee0) > > [ 37.457212] fe80: > > dc508000 dc5080e0 > > [ 37.465439] fea0: 00000001 0000012c dc508000 dc508000 dc508000 00000000 > > 00000000 df815580 > > [ 37.473671] fec0: df4644a8 df701d80 c043a348 d9b2fee0 c027dddc c02817c4 > > 60000013 ffffffff > > [ 37.481907] [<c0027a8c>] (__dabt_svc+0x4c/0x60) from [<c02817c4>] > > (tcp_cleanup_congestion_control+0xc/0x2c) > > [ 37.491718] [<c02817c4>] (tcp_cleanup_congestion_control+0xc/0x2c) from > > [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) > > [ 37.502477] [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) from > > [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) > > [ 37.512979] [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) from > > [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) > > [ 37.523575] [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) from > > [<c026d7b4>] (tcp_close+0x380/0x3d8) > > [ 37.532859] [<c026d7b4>] (tcp_close+0x380/0x3d8) from [<c028c8b8>] > > (inet_release+0x64/0x70) > > [ 37.541262] [<c028c8b8>] (inet_release+0x64/0x70) from [<c022d1d8>] > > (sock_release+0x24/0x8c) > > [ 37.549756] [<c022d1d8>] (sock_release+0x24/0x8c) from [<c022d264>] > > (sock_close+0x24/0x34) > > [ 37.558077] [<c022d264>] (sock_close+0x24/0x34) from [<c00ce600>] > > (__fput+0x114/0x1f0) > > [ 37.566056] [<c00ce600>] (__fput+0x114/0x1f0) from [<c00cb0a8>] > > (filp_close+0x70/0x7c) > > [ 37.574023] [<c00cb0a8>] (filp_close+0x70/0x7c) from [<c00cb144>] > > (sys_close+0x90/0xc8) > > [ 37.582081] [<c00cb144>] (sys_close+0x90/0xc8) from [<c0027ea0>] > > (ret_fast_syscall+0x0/0x28) > > > > ________________________________________ > > Da: Tixy [t...@yxit.co.uk] > > Inviato: martedì 21 settembre 2010 21.36 > > A: debian-arm@lists.debian.org > > Oggetto: Latest testing/sid kernel crashes on SheevaPlug > > > > Just a warning to SheevaPlug users, after upgrading the kernel to > > 2.6.32-23, I found my plug crashes on boot. I'm not alone, I found this > > has already been reported as a bug: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597302 > > > > -- > > Tixy () The ASCII Ribbon Campaign (www.asciiribbon.org) > > /\ Against HTML e-mail and proprietary attachments > > > > > > -- > > 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/1285097792.12910.5.ca...@computer2.home > > > > >
signature.asc
Description: This is a digitally signed message part
