Hi, Anybody had a chance to attend this issue? Any hint to solve the problem? The ASIX AX88772A USB2.0 Fast Ethernet Network Adapter Linux driver available in Asix website supports only upto Linux 2.6.26. I integrated that driver into the git kernel and tested it on the OMAP35xx dev board (EHCI port). The driver detects the presence of USB-2-Ethernet converter and it is possible to assign ip address to the new Ethernet interface. But the ping test fails (ping statistics --- 40 packets transmitted, 0 packets received, 100% packet loss) and therefore I cant continue testing it on the latest git kernel. Any help towards solving this issue will be highly appreciated. Regards, Remith On Fri, May 29, 2009 at 7:46 PM, umesh krishnan <umeshdelhi@xxxxxxxxx> wrote: > Hi, > > Any help on the below-said musb-issue? > > > ---------- Forwarded message ---------- > From: Felipe Balbi <felipe.balbi@xxxxxxxxx> > Date: Fri, May 29, 2009 at 3:10 PM > Subject: Re: MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter > To: ext umesh krishnan <umeshdelhi@xxxxxxxxx> > Cc: "linux-omap@xxxxxxxxxxxxxxx" <linux-omap@xxxxxxxxxxxxxxx>, > linux-usb@xxxxxxxxxxxxxxx > > > Hi, > > musb should be discussed in linux-usb, but keep linux-omap as Cc. > unfortunately I don't have time to help community now due to internal > tasks I gotta finish, but I'm sure there's more people in linux-usb that > could help you with it. > > On Fri, May 29, 2009 at 11:24:37AM +0200, ext umesh krishnan wrote: >> Greetings, >> >> I am facing issues while using Asix's AX88772A USB-2-Ethernet >> converter on my OMAP3530 based product. It uses TI's 2.6.22.18 PSP >> release-1.0.2 as its OS. The driver for AX8877A was taken from Asix's >> website. > > This is one problem, community can only support you with the current > version of the open source kernel. Meaning you should try with > linux-omap-2.6.git or linux-2.6.git. > >> I am facing kernel crashes when I use the converter on USB OTG port. I >> am able to get the device detected and also able to assign the ip to >> the device. But when i repeat the process after plugging-out and >> plugging-in again and then assigning the ip address , after repeating >> the process about 9 times, the kernel crashes(when i assign the ip). I >> tried testing by configuring the musb driver into both OTG and Host >> only mode. Kernel crashed in both cases. Crash log is attached. > > (keeping the crash below for reference) > >> ----------------------------------------------------------------------------------------------------------------------------------------------------- >> eth1: unregister 'asix' usb-musb_hdrc.0-1, ASIX AX88772A USB 2.0 Ethernet >> musb_stage0_irq 699: CONNECT (a_host) devctl 5d >> usb 1-1: new high speed USB device using musb_hdrc and address 3 >> usb 1-1: Product: AX88x72A >> usb 1-1: Manufacturer: ASIX Elec. Corp. >> usb 1-1: SerialNumber: 000001 >> usb 1-1: configuration #1 chosen from 1 choice >> eth1: register 'asix' at usb-musb_hdrc.0-1, ASIX AX88772A USB 2.0 >> Ethernet, 00:0e:c6:00:0f:97 >> >> [root@OMAP3 /]# ping 192.168.13.1 >> [root@OMAP3 /]# ifconfig eth1 192.168.13.254 >> Unable to handle kernel NULL pointer dereference at virtual address 0000001c >> pgd = c7190000 >> [0000001c] *pgd=8706b031, *pte=00000000, *ppte=00000000 >> Internal error: Oops: 17 [#1] >> Modules linked in: >> CPU: 0 Not tainted (2.6.22.18-omap3 #1) >> PC is at musb_start_urb+0x74/0x9b0 >> LR is at __init_begin+0x3fff8000/0x30 >> pc : [<c0219ac4>] lr : [<00000000>] psr: 60000093 >> sp : c706fc18 ip : c059d1ec fp : c706fcb4 >> r10: 00000020 r9 : 00000000 r8 : c059d000 >> r7 : c713e120 r6 : c059d1ec r5 : c059d0d8 r4 : c7f9a9e0 >> r3 : 00000000 r2 : 00000000 r1 : c7f9a9e0 r0 : c059d1ec >> Flags: nZCv IRQs off FIQs on Mode SVC_32 Segment user >> Control: 00c5387f Table: 87190018 DAC: 00000015 >> Process ifconfig (pid: 407, stack limit = 0xc706e2d8) >> Stack: (0xc706fc18 to 0xc7070000) >> fc00: 00000020 00000020 >> fc20: c706fc44 c706fc30 c02180b4 c02174ec c05c0a00 00000000 c706fc64 c03e4464 >> fc40: c7f9a9e0 00000000 c059d0d8 c713e128 c8808000 00000000 c059d1ec c706fc68 >> fc60: c0087f24 c00351dc 0000005c c03e4464 c706fc9c c706fc80 c002b04c c00688a4 >> fc80: ffffffff d8200000 c059d000 c7f9a9e0 c059d0d8 c059d1ec c713e120 c059d000 >> fca0: 00000000 00000020 c706fcf4 c706fcb8 c021a874 c0219a5c c059d000 c713e120 >> fcc0: a0000013 00000020 00000020 871cfa20 c05a1034 c059d000 c713e120 c713e128 >> fce0: 00000020 00000020 c706fdbc c706fcf8 c01f8e34 c021a520 c706fd1c c706fd08 >> fd00: c02180b4 c02174ec c05c0a00 00000000 c706fd3c c03e4464 0000005c 00000000 >> fd20: c06753a0 00000098 00000020 00000000 c706fd54 c706fd40 c0087f24 c00351dc >> fd40: 0000005c c03e4464 c706fd74 c706fd58 c002b04c c00688a4 ffffffff d8200000 >> fd60: 00000000 c06753a0 c706fdfc c706fd78 c002ba30 c002b00c c713e120 00000020 >> fd80: 80000300 00000000 c713e120 c713e120 00000000 c713e120 00000040 c05a1000 >> fda0: 00000002 00000001 00000020 ffff0000 c706fdfc c706fdc0 c01f9304 c01f8680 >> fdc0: c706fde4 c706fdd0 c01f93cc c0169ff8 c713e120 c71cfa20 c713e120 00000000 >> fde0: c06753a0 00000098 00000010 00000000 c706fe2c c706fe00 c01ae8b8 c01f904c >> fe00: 00000000 00000000 c0675458 c0675000 00000002 c06753a0 c0675000 c067330c >> fe20: c706fe5c c706fe30 c01aec44 c01ae7e8 00000000 00000000 c006f7f4 c0675000 >> fe40: 00001043 00001002 00000000 be9b29c8 c706fe6c c706fe60 c0280040 c01aeb68 >> fe60: c706fe84 c706fe70 c02801fc c0280018 c0675000 00001043 c706fea4 c706fe88 >> fe80: c027b660 c02801e4 c7f9abe0 00000000 c706fec0 c0673300 c706ff0c c706fea8 >> fea0: c02b76d8 c027b600 00008914 00000000 31687465 00000000 00000000 00000000 >> fec0: 00001043 fe0da8c0 00000001 00097c86 00001043 fe0da8c0 00000001 00097c86 >> fee0: 00001002 00008914 00008914 be9b29c8 c05a3260 c002bfe8 c706e000 00000000 >> ff00: c706ff1c c706ff10 c02b7f4c c02b7434 c706ff3c c706ff20 c027086c c02b7e8c >> ff20: 00008914 be9b29c8 00000003 c05a3260 c706ff54 c706ff40 c00b36d0 c0270698 >> ff40: c05a3260 be9b29c8 c706ff7c c706ff58 c00b3974 c00b36a8 000b9040 be9b2e45 >> ff60: 00000003 be9b29c8 00008914 c05a3260 c706ffa4 c706ff80 c00b39cc c00b3720 >> ff80: ffffffff 00000000 000a0112 00000004 000001c3 00000036 00000000 c706ffa8 >> ffa0: c002be40 c00b3998 000a0112 00000004 00000003 00008914 be9b29c8 000a0112 >> ffc0: 000a0112 00000004 000001c3 00000036 be9b2d5c 000b5ee0 40024000 000b5190 >> ffe0: 000b5ee0 be9b29a0 0000ea98 401cf01c 20000010 00000003 80002021 80002421 >> Backtrace: >> [<c0219a50>] (musb_start_urb+0x0/0x9b0) from [<c021a874>] >> (musb_urb_enqueue+0x360/0x3a4) >> [<c021a514>] (musb_urb_enqueue+0x0/0x3a4) from [<c01f8e34>] >> (usb_hcd_submit_urb+0x7c0/0x89c) >> [<c01f8674>] (usb_hcd_submit_urb+0x0/0x89c) from [<c01f9304>] >> (usb_submit_urb+0x2c4/0x310) >> [<c01f9040>] (usb_submit_urb+0x0/0x310) from [<c01ae8b8>] >> (ax8817x_write_cmd_async+0xdc/0x11c) >> [<c01ae7dc>] (ax8817x_write_cmd_async+0x0/0x11c) from [<c01aec44>] >> (ax8817x_set_multicast+0xe8/0xf0) >> [<c01aeb5c>] (ax8817x_set_multicast+0x0/0xf0) from [<c0280040>] >> (__dev_mc_upload+0x34/0x38) >> r8:be9b29c8 r7:00000000 r6:00001002 r5:00001043 r4:c0675000 >> [<c028000c>] (__dev_mc_upload+0x0/0x38) from [<c02801fc>] >> (dev_mc_upload+0x24/0x34) >> [<c02801d8>] (dev_mc_upload+0x0/0x34) from [<c027b660>] >> (dev_change_flags+0x6c/0x12c) >> r5:00001043 r4:c0675000 >> [<c027b5f4>] (dev_change_flags+0x0/0x12c) from [<c02b76d8>] >> (devinet_ioctl+0x2b0/0x6ac) >> r7:c0673300 r6:c706fec0 r5:00000000 r4:c7f9abe0 >> [<c02b7428>] (devinet_ioctl+0x0/0x6ac) from [<c02b7f4c>] (inet_ioctl+0xcc/0xf0) >> [<c02b7e80>] (inet_ioctl+0x0/0xf0) from [<c027086c>] (sock_ioctl+0x1e0/0x228) >> [<c027068c>] (sock_ioctl+0x0/0x228) from [<c00b36d0>] (do_ioctl+0x34/0x78) >> r7:c05a3260 r6:00000003 r5:be9b29c8 r4:00008914 >> [<c00b369c>] (do_ioctl+0x0/0x78) from [<c00b3974>] (vfs_ioctl+0x260/0x278) >> r5:be9b29c8 r4:c05a3260 >> [<c00b3714>] (vfs_ioctl+0x0/0x278) from [<c00b39cc>] (sys_ioctl+0x40/0x64) >> r7:c05a3260 r6:00008914 r5:be9b29c8 r4:00000003 >> [<c00b398c>] (sys_ioctl+0x0/0x64) from [<c002be40>] (ret_fast_syscall+0x0/0x2c) >> r7:00000036 r6:000001c3 r5:00000004 r4:000a0112 >> Code: e3a02000 e50bc05c e51b005c e3530000 (e59ec01c) >> eth1: ax8817x - Link Status is: 0 >> Kernel panic - not syncing: Fatal exception in interrupt >> eth1: kevent 4 scheduled >> eth1: ax8817x - Link Status is: 1 >> ----------------------------------------------------------------------------------------------------------------------------------------------------- >> >> However I am able to the do the same exercise on the USB EHCI port and >> finding no problem at all. The device is very consistent on the USB >> EHCI port. >> >> I am very much a newbie to linux and need some help. I've done plenty >> of googling looking for the answer to this but couldn't get it. >> Has anyone tried this? >> Any help in this regard will be deeply appreciated. >> >> Umesh. >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-omap" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- > balbi > -- > To unsubscribe from this list: send the line "unsubscribe linux-usb" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
