Hi Greg, After checking the schematics of the board, i saw GPIO8 for reset the PCI. It is not used in the arch config startup code. Could that be a problem? Regards Siegfried
-----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Siegfried Müller Gesendet: Montag, 7. Januar 2008 07:48 An: 'uClinux development list' Betreff: AW: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes Hi Greg, > Does the problem occur with all flash memory sticks > you have tried? I tried different sticks, all with the same effect. > Can you try a different Montejade board? I only have one original montejade board. I also have our own designed board, which has the same USB-Host controller. On this board i have the same problem. At this time i have no meaning on what side the problem is. (Software, Hardware, Kernel settings) The USB-Host controller or the board. For this it would be helpful to know, if somebody has a running Montejade with USB. Does ANYONE has a running IXP425 with the USB-Host controller NECuPD720101? Thank and regards Siegfried -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Greg Ungerer Gesendet: Montag, 7. Januar 2008 06:43 An: uClinux development list Betreff: Re: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes Hi Siegfried, Siegfried Müller wrote: > I have the same problem with snapgear 3.5. > Unloading the modules takes no effect. > > I also tried to simple copy a file from the usb storage to the usb > storage. (cp test1 test2) It is the same effect, the system crashes. > > Greg, any idea? Hmm, not really, no. Does the problem occur with all flash memory sticks you have tried? Can you try a different Montejade board? Regards Greg > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Siegfried > Müller > Gesendet: Dienstag, 11. Dezember 2007 09:28 > An: 'uClinux development list' > Betreff: RE: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes > > > Hi Greg, > > It is snapgear 3.4. Is there a known bug in 3.4 for this problem? I > will try to not load the modules for a test. Regards Siegfried > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Greg Ungerer > Gesendet: Dienstag, 11. Dezember 2007 07:00 > An: uClinux development list > Betreff: Re: WG: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes > > > Hi Siegdried, > > Siegfried Müller wrote: >> Is there anyone who can help me? > > I can't say anything is immediately obvious to me from the dumps. I > take it that the problem is no different if none of the IXP eth > modules or ocf is loaded at the time of test? > > With snapgear dist version is this? > If not 3.5 then you could try updating too. > > Regards > Greg > > > >> -----Ursprüngliche Nachricht----- >> Von: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Im Auftrag von Siegfried >> Müller >> Gesendet: Mittwoch, 5. Dezember 2007 09:28 >> An: 'uClinux development list' >> Betreff: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes >> >> >> Hi Greg, >> >> Is there anything you can see in the kernel messages, which can help >> me.. Regards Siegfried >> >> >> -----Ursprüngliche Nachricht----- >> Von: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Im Auftrag von Siegfried >> Müller >> Gesendet: Montag, 3. Dezember 2007 06:24 >> An: 'uClinux development list' >> Betreff: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes >> >> >> Hi Greg, >> >> I use kernel 2.6.17. It is different where the kernel traps. Here are >> two reports when copying files from the usb-storage to a mounted nfs: >> 1.. try Unable to handle kernel paging request at virtual address >> 572e7ed6 pgd = c0004000 [572e7ed6] *pgd=00000000 Internal error: >> Oops: > >> 0 [#1] Modules linked in: ipsec cryptodev ixp4xx ocf ixp400_eth >> ixp400 >> CPU: 0 >> PC is at 0x572e7ed6 >> LR is at __do_irq+0x4c/0x88 >> pc : [<572e7ed6>] lr : [<c00259d8>] Tainted: P >> sp : c042de98 ip : c042debc fp : c042deb8 >> r10: c035aae0 r9 : 00000000 r8 : c042df08 >> r7 : 00000017 r6 : 00000000 r5 : 00000000 r4 : c0e038e0 >> r3 : a94b602d r2 : c042df08 r1 : 4804280b r0 : 00000017 >> Flags: nzcv IRQs off FIQs on Mode SVC_32 Segment kernel >> Control: 39FF Table: 007E0000 DAC: 00000017 >> Process ksoftirqd/0 (pid: 2, stack limit = 0xc042c198) >> Stack: (0xc042de98 to 0xc042e000) >> de80: c035afe8 >> 00000017 >> dea0: c042df08 0000000a c042df08 c042ded4 c042debc c0025c20 c0025998 >> c035afe8 >> dec0: 0000001f 00800000 c042df04 c042ded8 c0025cbc c0025bc0 c042dee4 >> c01b35ec >> dee0: ffffffff 0000001f 00800000 0000000a c0360aa0 fffffffc c042df64 >> c042df08 >> df00: c00249a4 c0025c7c c2e0bc00 c02d44c0 c02d4390 0000061f c3ec3b60 >> c2e0bc00 >> df20: c0374888 0000000a c0360aa0 00000000 fffffffc c042df64 c042df68 >> c042df50 >> df40: c01cdfdc c01c8414 60000013 ffffffff c2e0bcc0 c2e0bc00 c042df80 >> c042df68 >> df60: c01cdfdc c01c840c 0000000d c0360ad8 c042c000 c042dfa4 c042df84 >> c003fd10 >> df80: c01cdf74 20000013 c042c000 c0360aa0 c0040324 00000001 c042dfc0 >> c042dfa8 >> dfa0: c00403a0 c003fcc0 00000000 c042c000 c0427f24 c042dff4 c042dfc4 >> c004df3c >> dfc0: c0040330 00000001 ffffffff ffffffff 00000000 00000000 00000000 >> 00000000 >> dfe0: 00000000 00000000 00000000 c042dff8 c003d118 c004de5c 00000080 >> 00000090 >> Backtrace: >> [<c002598c>] (__do_irq+0x0/0x88) from [<c0025c20>] >> (do_level_IRQ+0x6c/0xbc) >> r8 = C042DF08 r7 = 0000000A r6 = C042DF08 r5 = 00000017 >> r4 = C035AFE8 >> [<c0025bb4>] (do_level_IRQ+0x0/0xbc) from [<c0025cbc>] >> (asm_do_IRQ+0x4c/0x118) >> r6 = 00800000 r5 = 0000001F r4 = C035AFE8 >> [<c0025c70>] (asm_do_IRQ+0x0/0x118) from [<c00249a4>] >> (__irq_svc+0x24/0x60) >> [<c01c8400>] (__kfree_skb+0x0/0x134) from [<c01cdfdc>] >> (net_tx_action+0x74/0x10c) >> r5 = C2E0BC00 r4 = C2E0BCC0 >> [<c01cdf68>] (net_tx_action+0x0/0x10c) from [<c003fd10>] >> (__do_softirq2+0x5c/0xd0) >> r6 = C042C000 r5 = C0360AD8 r4 = 0000000D >> [<c003fcb4>] (__do_softirq2+0x0/0xd0) from [<c00403a0>] >> (ksoftirqd+0x7c/0xbc) >> r8 = 00000001 r7 = C0040324 r6 = C0360AA0 r5 = C042C000 >> r4 = 20000013 >> [<c0040324>] (ksoftirqd+0x0/0xbc) from [<c004df3c>] > (kthread+0xec/0x11c) >> r6 = C0427F24 r5 = C042C000 r4 = 00000000 >> [<c004de50>] (kthread+0x0/0x11c) from [<c003d118>] >> (do_exit+0x0/0x780) >> Code: bad PC value. >> <0>Kernel panic - not syncing: Aiee, killing interrupt handler! >> <0>Rebooting in 3 seconds.. >> >> 2. try >> Unable to handle kernel paging request at virtual address 412c0000 >> pgd > >> = c3f68000 [412c0000] *pgd=00000000 Internal error: Oops: f5 [#1] >> Modules linked in: ipsec cryptodev ixp4xx ocf ixp400_eth ixp400 >> CPU: 0 >> PC is at dma_pool_free+0x2c/0x138 >> LR is at 0xffc010c0 >> pc : [<c01684e8>] lr : [<ffc010c0>] Tainted: P >> sp : c05379e0 ip : 00e750c0 fp : c0537a00 >> r10: ffc010c0 r9 : 00000000 r8 : c0e474c8 >> r7 : ffc010c0 r6 : 8000ad00 r5 : c0e1db00 r4 : 412c0000 r3 : >> 20000093 r2 : 00e750c0 r1 : 20000013 r0 : c0e1db00 >> Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment user >> Control: 39FF Table: 03F68000 DAC: 00000015 >> Process cp (pid: 1264, stack limit = 0xc0536198) >> Stack: (0xc05379e0 to 0xc0538000) >> 79e0: c01b183c c01a5818 c06318a0 ffc00180 8000ad00 c0537a44 c0537a04 >> c01b2f7c >> 7a00: c01684c8 00000001 00000000 00000001 ffc001cc ffc01180 c0537bd4 >> c0e474c8 >> 7a20: ffc00180 c0e474c8 ffc001e0 ffc001cc c2dad2e0 00000000 c0537a94 >> c0537a48 >> 7a40: c01b3594 c01b2c0c c0537a54 c005acf8 c005ae2c c0537a60 c00d1940 >> c00d18a0 >> 7a60: c3809078 c0537a98 c0537bd4 c0e474c8 c0537bd4 00000000 00000017 >> c0537bd4 >> 7a80: c2dad2e0 c035aae0 c0537b4c c0537a98 c01b40bc c01b34bc bf00b0dc >> c0537acc >> 7aa0: c0537aac c00259d8 bf0a8530 c0537acc c0537abc c002fa00 c002f98c >> c035aed0 >> 7ac0: c0537ae8 c0537ad0 c0025c68 c002f9f0 c035aed0 0000001f 00040000 >> c0537b18 >> 7ae0: c0537aec c0025d70 c003fe98 c0e474c8 ffc00100 ffffffff 0000001f >> 00040000 >> 7b00: 00000017 c0537bd4 c035aae0 c0537b84 c0537b1c c00249a4 c0025c7c >> 00000017 >> 7b20: c0e768e0 c0537bd4 40000013 c0e768e0 00000017 00000000 c0e47400 >> 00000000 >> 7b40: c0537b60 c0537b50 c01a6648 c01b3f3c c0e768e0 c0537b84 c0537b64 >> c00259d8 >> 7b60: c01a6614 c035afe8 00000017 c0537bd4 00000016 c0537bd4 c0537ba0 >> c0537b88 >> 7b80: c0025c20 c0025998 c035afe8 0000001f 00840000 c0537bd0 c0537ba4 >> c0025cbc >> 7ba0: c0025bc0 c005c32c c005bf18 ffffffff 0000001f 00840000 00000016 >> c3f6d820 >> 7bc0: 00000580 c0537c2c c0537bd4 c00249a4 c0025c7c c2e21eb8 c2e210b4 >> 00000001 >> 7be0: c041c994 60000013 00000001 00000000 00000016 c3f6d820 c2dad2e0 >> 00000580 >> 7c00: c0537c2c c2e2107c c0537c1c c041c994 c0071b50 20000013 ffffffff >> c3f45114 >> 7c20: c0537c40 c0537c30 c0141150 c0071b18 c3f45114 c0537c70 c0537c44 >> c014135c >> 7c40: c014113c c00e2b14 00000000 c2dad2e0 00000000 c3f45034 c3f45134 >> c3f45114 >> 7c60: c03db400 c0537ca8 c0537c74 c00e69c0 c014121c 00001000 00001000 >> c085cc60 >> 7c80: 00001000 c03db400 c0363264 c03db400 c03db400 c3f45134 00001000 >> c0537cec >> 7ca0: c0537cac c00e7cd8 c00e6890 00001000 c014113c 00000000 c085cc60 >> 00000000 >> 7cc0: c07dd4a0 00001000 c03db400 c0363264 c03db400 00000000 00000000 >> 00580000 >> 7ce0: c0537cfc c0537cf0 c00de480 c00e7b28 c0537d9c c0537d00 c00597dc >> c00de478 >> 7d00: 00001000 00114048 00001000 c3f45134 c02ffc5c c3f451e8 c07dd4a0 >> 00000001 >> 7d20: c0537eb0 00000000 00000000 c0537e38 00800077 00000001 00000000 >> c03db400 >> 7d40: c003fe98 c0537d88 c03da780 ffffffff 0000001f 00800000 c0536000 >> c0e457c0 >> 7d60: c0537ddc c0537dd8 389053c8 12b9bf38 c0537da0 00000000 00580000 >> c0537dd0 >> 7d80: 00000000 00000000 00580000 c07dd4a0 c0537e28 c0537da4 c005a130 >> c0059428 >> 7da0: 00000000 00580000 c0537ef8 00001000 00000000 00000000 00001000 >> c0537ef8 >> 7dc0: c0537e38 c0537eb0 00000001 00001000 00000000 00580000 c0051f18 >> 22222222 >> 7de0: 22222222 22222222 22222222 22222222 c0537eb0 c3f45134 00000000 >> 00580000 >> 7e00: c0537eb0 c3f45134 00000000 00580000 c0537ef8 c3f451e8 c3f451a4 >> c0537e68 >> 7e20: c0537e2c c005a424 c0059c84 c0537e80 c0537e3c c07dd4a0 00114048 >> 00001000 >> 7e40: 00000000 00581000 00001000 00001000 00000000 00580000 00114048 >> c0537ea0 >> 7e60: c0537e70 c00de5b4 c005a3b8 00000000 00580000 c0537ea0 00000000 >> 00580000 >> 7e80: c0537eb0 c0537ef8 00001000 c07dd4a0 00114048 c0537f50 c0537ea8 >> c007575c >> 7ea0: c00de4dc 00000000 00580000 c0537f78 c003fe98 c0537ec0 00000000 >> 00000001 >> 7ec0: ffffffff c07dd4a0 00000000 00000000 00000000 00000000 c0e457c0 >> 00000000 >> 7ee0: 00000000 00000001 c0e457c0 c004e3f0 c0537ef0 c0537ef0 00000000 >> 00580000 >> 7f00: 00001000 c0536000 c0536000 00000003 c0537f50 c07dd4a0 c0537f2c >> 00000000 >> 7f20: 00000000 00000001 c07dd4a0 00114048 c0075698 c0537f78 c0536000 >> c0536000 >> 7f40: 00000003 c0537f74 c0537f54 c0075870 c00756a4 c07dd4c0 c07dd4a0 >> c0537f78 >> 7f60: 00000000 00580000 c0537fa4 c0537f78 c00759dc c00757b0 00000000 >> 00580000 >> 7f80: 00000000 00001000 00001000 00114048 00000004 c0024ec4 00000000 >> c0537fa8 >> 7fa0: c0024d20 c007599c 00001000 00001000 00000004 00114048 00001000 >> ffa80000 >> 7fc0: 00001000 00001000 00114048 00000004 00000004 bef09e24 00000003 >> 00000001 >> 7fe0: 0004bc20 bef09b98 0003a464 4005f270 20000010 00000004 00000000 >> 00000000 >> Backtrace: >> [<c01684bc>] (dma_pool_free+0x0/0x138) from [<c01b2f7c>] >> (qh_completions+0x37c/0x404) >> r6 = 8000AD00 r5 = FFC00180 r4 = C06318A0 >> [<c01b2c00>] (qh_completions+0x0/0x404) from [<c01b3594>] >> (ehci_work+0xe4/0x69c) >> [<c01b34b0>] (ehci_work+0x0/0x69c) from [<c01b40bc>] >> (ehci_irq+0x18c/0x1a4) >> [<c01b3f30>] (ehci_irq+0x0/0x1a4) from [<c01a6648>] >> (usb_hcd_irq+0x40/0x84) >> r5 = 00000000 r4 = C0E47400 >> [<c01a6608>] (usb_hcd_irq+0x0/0x84) from [<c00259d8>] >> (__do_irq+0x4c/0x88) >> r4 = C0E768E0 >> [<c002598c>] (__do_irq+0x0/0x88) from [<c0025c20>] >> (do_level_IRQ+0x6c/0xbc) >> r8 = C0537BD4 r7 = 00000016 r6 = C0537BD4 r5 = 00000017 >> r4 = C035AFE8 >> [<c0025bb4>] (do_level_IRQ+0x0/0xbc) from [<c0025cbc>] >> (asm_do_IRQ+0x4c/0x118) >> r6 = 00840000 r5 = 0000001F r4 = C035AFE8 >> [<c0025c70>] (asm_do_IRQ+0x0/0x118) from [<c00249a4>] >> (__irq_svc+0x24/0x60) >> [<c0071b0c>] (kmem_cache_alloc+0x0/0x4c) from [<c0141150>] >> (radix_tree_node_alloc+0x20/0x5c) >> r4 = C3F45114 >> [<c0141130>] (radix_tree_node_alloc+0x0/0x5c) from [<c014135c>] >> (radix_tree_insert+0x14c/0x204) >> r4 = C3F45114 >> [<c0141210>] (radix_tree_insert+0x0/0x204) from [<c00e69c0>] >> (nfs_update_request+0x13c/0x2a4) >> [<c00e6884>] (nfs_update_request+0x0/0x2a4) from [<c00e7cd8>] >> (nfs_updatepage+0x1bc/0x2a0) >> [<c00e7b1c>] (nfs_updatepage+0x0/0x2a0) from [<c00de480>] >> (nfs_commit_write+0x14/0x18) >> [<c00de46c>] (nfs_commit_write+0x0/0x18) from [<c00597dc>] >> (generic_file_buffered_write+0x3c4/0x5c8) >> [<c005941c>] (generic_file_buffered_write+0x4/0x5c8) from [<c005a130>] >> (__generic_file_aio_write_nolock+0x4b8/0x4e8) >> [<c0059c78>] (__generic_file_aio_write_nolock+0x0/0x4e8) from >> [<c005a424>] (generic_file_aio_write+0x7c/0xf0) >> [<c005a3ac>] (generic_file_aio_write+0x4/0xf0) from [<c00de5b4>] >> (nfs_file_write+0xe8/0x10c) >> [<c00de4d0>] (nfs_file_write+0x4/0x10c) from [<c007575c>] >> (do_sync_write+0xc4/0x10c) >> [<c0075698>] (do_sync_write+0x0/0x10c) from [<c0075870>] >> (vfs_write+0xcc/0x178) >> [<c00757a4>] (vfs_write+0x0/0x178) from [<c00759dc>] >> (sys_write+0x4c/0x74) >> r8 = 00580000 r7 = 00000000 r6 = C0537F78 r5 = C07DD4A0 r4 = >> C07DD4C0 [<c0075990>] (sys_write+0x0/0x74) from [<c0024d20>] >> (ret_fast_syscall+0x0/0x2c) >> r8 = C0024EC4 r7 = 00000004 r6 = 00114048 r5 = 00001000 >> r4 = 00001000 >> Code: e10f1000 e3813080 e121f003 e5904000 (e5943000) >> <0>Kernel panic - not syncing: Aiee, killing interrupt handler! >> <0>Rebooting in 3 seconds.. >> >> I hope you can help me. >> Thanks and regards >> Siegfried >> >> -----Ursprüngliche Nachricht----- >> Von: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Im Auftrag von Greg Ungerer >> Gesendet: Montag, 3. Dezember 2007 01:16 >> An: uClinux development list >> Betreff: Re: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes >> >> >> Hi Siegfried, >> >> Siegfried Müller wrote: >>> Hi everyone, >>> I'm using montaejade ixp425. I configured snapgear-linux with >>> EHCI,OHCI,UHCI + USB-Storage + SCSI. I can mount the external storage > >>> device with: mount /dev/sda1 /var/usb -t vfat -o sync and i can > browse >>> on the memorystick. I also have an "nfs" mount on for example >>> /var/nfs to another computer. If I copy files bigger than ~5MB from >>> the memorystick to the another computer, my system crashes with: >>> "Unable to handle kernel pagging request at virtual address xxxxxx >> (the >>> address different anytime)" >>> >>> Also in the other direction (computer to memorystick) >>> It seems that it depends on the filesize?! >>> Does anyone has an idea? >> What version kernel are you using? >> Where in the kernel does it trap? >> >> Regards >> Greg >> >> >> > ---------------------------------------------------------------------- > -- >> Greg Ungerer -- Chief Software Dude EMAIL: > [EMAIL PROTECTED] >> Secure Computing Corporation PHONE: +61 7 3435 > 2888 >> 825 Stanley St, FAX: +61 7 3891 > 3630 >> Woolloongabba, QLD, 4102, Australia WEB: > http://www.SnapGear.com >> _______________________________________________ >> uClinux-dev mailing list >> [email protected] >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by [email protected] >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev >> >> _______________________________________________ >> uClinux-dev mailing list >> [email protected] >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by [email protected] >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev >> >> _______________________________________________ >> uClinux-dev mailing list >> [email protected] >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by [email protected] >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev >> >> _______________________________________________ >> uClinux-dev mailing list >> [email protected] >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by [email protected] >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev >> > -- ------------------------------------------------------------------------ Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] Secure Computing Corporation PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
