Hi Greg, I found it. In simple words, i started the kernel with "mem=64M.." but my redboot version fixed the sdram controller to 32MByte. My montejade has 64M and not 32M. I used the redboot for IXDPG425, which anybody say this is montejade and i didn't know that there are different ram-version from montejade :-(. This was also the problem with netflash i posted month ago here. Regards Siegfried
-----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Siegfried Müller Gesendet: Mittwoch, 9. Januar 2008 06:39 An: 'uClinux development list' Betreff: AW: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes Hi Greg, Exactly. I switched the GPIO8 to HIGH, but this takes no effect. Do you have any idea, what i can test more? Thank you very much Regards Siegfried -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Greg Ungerer Gesendet: Mittwoch, 9. Januar 2008 02:13 An: uClinux development list Betreff: Re: [uClinux-dev] USB storage+IXP425+NECuPD720101 crashes Hi Siegfried, Siegfried Müller wrote: > 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? I don't quite follow? Do you mean that you think that this might be a floating line and causing spurious resets? Regards Greg > -----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
