|
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 [cjac@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 [tixy@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-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org Archive: 1285097792.12910.5.camel@computer2.home" target="_blank">http://lists.debian.org/1285097792.12910.5.camel@computer2.home |