MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

[umesh krishnan]

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.

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.

-----------------------------------------------------------------------------------------------------------------------------------------------------
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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

[Felipe Balbi]

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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> 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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

[Remith Ravi]

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@gmail.com> wrote:
> Hi,
>
> Any help on the below-said musb-issue?
>
>
> ---------- Forwarded message ----------
> From: Felipe Balbi <felipe.balbi@nokia.com>
> 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@gmail.com>
> Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
> linux-usb@vger.kernel.org
>
>
> 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@vger.kernel.org
>> 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@vger.kernel.org
> 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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

[Felipe Balbi]

On Thu, Jun 04, 2009 at 12:12:04PM +0200, ext Remith Ravi wrote:
> 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.

sorry, we can't support you with such an old kernel. You have to
fallback to the company who provided you the kernel.

-- 
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: MUSB ISSUE on OMAP3530 with USB-2-Ethernet converter

[David Brownell]

On Thursday 04 June 2009, Remith Ravi wrote:
> 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.

That worked OK for me the last time I hooked up one of those adapters
to a 3430 (essentially the same as a 3530).



> 
> Any help towards solving this issue will be highly appreciated.
> 
> Regards,
> Remith
> 
> 
> On Fri, May 29, 2009 at 7:46 PM, umesh krishnan <umeshdelhi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > Hi,
> >
> > Any help on the below-said musb-issue?
> >
> >
> > ---------- Forwarded message ----------
> > From: Felipe Balbi <felipe.balbi-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org>
> > 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-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > Cc: "linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
> > linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> >
> >
> > 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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> >> 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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html