public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
* MUSB crash on OMAP3 board with second load of gadget
@ 2010-01-21 11:26 Sergey Lapin
       [not found] ` <48239d391001210326y25986d59hd10d390ef9c8ddea-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Lapin @ 2010-01-21 11:26 UTC (permalink / raw)
  To: linux-omap-u79uwXL29TY76Z2rM5mHXA,
	linux-usb-u79uwXL29TY76Z2rM5mHXA,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA, David Brownell, Felipe Balbi

Hi! I have crashes in MUSB code when working with USB gadget drivers.
Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
To reproduce: (USB device cable should be attached).

dd if=/dev/zero of=/tmp/disk bs=1k count=1024
mkdosfs -F 32 /tmp/disk
insmod g_mass_storage  file=/tmp/disk stall=0

Wait till disk is mounted on host, then

rmmod g_mass_storage
insmod g_mass_storage  file=/tmp/disk stall=0

And here we get Oops in include/linux/list.h line 93,
list_del function, which leads us to drivers/usb/musb/musb_gadget.c,
function void musb_g_giveback(
        struct musb_ep          *ep,
        struct usb_request      *request,
        int                     status),
just at the beginning of function.

if we add
pr_debug("list.prev = %p\n", request->list.prev);
pr_debug("list.next = %p\n", request->list.next);

and we see

list.prev = 6b6b6b6b
list.next = 6b6b6b6b

And these are NOT values set during list deletion.

Any ideas where to debug from here? If I just do return from that
function in case
of list.prev = 6b6b6b6b, then there's no crash, but there's no working
USB either.
if I just ignore list_del, I have crash later, where it seems to
execute bad code
from address 0x6b6b6b6a. Please, help!

Thanks a lot,
S.
--
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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
       [not found] ` <48239d391001210326y25986d59hd10d390ef9c8ddea-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2010-01-21 12:28   ` Felipe Balbi
  2010-01-21 13:23     ` Sergey Lapin
  0 siblings, 1 reply; 9+ messages in thread
From: Felipe Balbi @ 2010-01-21 12:28 UTC (permalink / raw)
  To: ext Sergey Lapin
  Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	David Brownell, Balbi Felipe (Nokia-D/Helsinki)

On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
>Hi! I have crashes in MUSB code when working with USB gadget drivers.
>Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
>To reproduce: (USB device cable should be attached).
>
>dd if=/dev/zero of=/tmp/disk bs=1k count=1024
>mkdosfs -F 32 /tmp/disk
>insmod g_mass_storage  file=/tmp/disk stall=0
>
>Wait till disk is mounted on host, then
>
>rmmod g_mass_storage
>insmod g_mass_storage  file=/tmp/disk stall=0
>
>And here we get Oops in include/linux/list.h line 93,

I guess it's the list corruption bug, right ?

I've seen that, but couldn't get it to reproduce. Now that you said, 
I'll try to find a fix for it.

-- 
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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
  2010-01-21 12:28   ` Felipe Balbi
@ 2010-01-21 13:23     ` Sergey Lapin
       [not found]       ` <48239d391001210523l5762775dm8382ad82e7b10e4a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Lapin @ 2010-01-21 13:23 UTC (permalink / raw)
  To: felipe.balbi
  Cc: linux-omap@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org, David Brownell

On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi <felipe.balbi@nokia.com> wrote:
> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
>>
>> Hi! I have crashes in MUSB code when working with USB gadget drivers.
>> Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
>> To reproduce: (USB device cable should be attached).
>>
>> dd if=/dev/zero of=/tmp/disk bs=1k count=1024
>> mkdosfs -F 32 /tmp/disk
>> insmod g_mass_storage  file=/tmp/disk stall=0
>>
>> Wait till disk is mounted on host, then
>>
>> rmmod g_mass_storage
>> insmod g_mass_storage  file=/tmp/disk stall=0
>>
>> And here we get Oops in include/linux/list.h line 93,
>
> I guess it's the list corruption bug, right ?
>
> I've seen that, but couldn't get it to reproduce. Now that you said, I'll
> try to find a fix for it.
It seems so,  thanks a lot!

S.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
       [not found]       ` <48239d391001210523l5762775dm8382ad82e7b10e4a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2010-01-21 16:16         ` Sergey Lapin
  2010-01-21 16:24           ` Felipe Balbi
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Lapin @ 2010-01-21 16:16 UTC (permalink / raw)
  To: felipe.balbi-xNZwKgViW5gAvxtiuMwx3w
  Cc: linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	David Brownell

On Thu, Jan 21, 2010 at 4:23 PM, Sergey Lapin <slapinid-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi <felipe.balbi-xNZwKgViW5gAvxtiuMwx3w@public.gmane.org> wrote:
>> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
>>>
>>> Hi! I have crashes in MUSB code when working with USB gadget drivers.
>>> Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
>>> To reproduce: (USB device cable should be attached).
>>>
>>> dd if=/dev/zero of=/tmp/disk bs=1k count=1024
>>> mkdosfs -F 32 /tmp/disk
>>> insmod g_mass_storage  file=/tmp/disk stall=0
>>>
>>> Wait till disk is mounted on host, then
>>>
>>> rmmod g_mass_storage
>>> insmod g_mass_storage  file=/tmp/disk stall=0
>>>
>>> And here we get Oops in include/linux/list.h line 93,
>>
>> I guess it's the list corruption bug, right ?
>>
>> I've seen that, but couldn't get it to reproduce. Now that you said, I'll
>> try to find a fix for it.
If you're interested, this is my Oops dump:

[12034.007812] Unable to handle kernel NULL pointer dereference at
virtual address 00000001
[12034.015960] pgd = c0004000
[12034.018676] [00000001] *pgd=00000000
[12034.022308] Internal error: Oops: 17 [#1] PREEMPT
[12034.027038] last sysfs file:
/sys/devices/platform/leds-gpio/leds/gnome5::red14/brightness
[12034.035339] Modules linked in: g_mass_storage [last unloaded: g_mass_storage]
[12034.042541] CPU: 0    Not tainted  (2.6.33-rc4-07149-ga29cd26-dirty #9)
[12034.049224] PC is at list_del+0xc/0x90
[12034.053009] LR is at musb_g_giveback+0x28/0x130
[12034.057586] pc : [<c01b70d0>]    lr : [<c021d928>]    psr: 400001d3
[12034.057586] sp : c03f7e48  ip : 00029fa5  fp : c7832048
[12034.069122] r10: fa0ab000  r9 : fa0ab100  r8 : fa0ab100
[12034.074371] r7 : 00000001  r6 : c7832064  r5 : 00000000  r4 : c6872718
[12034.080963] r3 : 00000001  r2 : c03f7e4c  r1 : c03b02cb  r0 : c6872718
[12034.087524] Flags: nZcv  IRQs off  FIQs off  Mode SVC_32  ISA ARM
Segment kernel
[12034.095031] Control: 10c5387d  Table: 87024019  DAC: 00000017
[12034.100830] Process swapper (pid: 0, stack limit = 0xc03f62e8)
[12034.106689] Stack: (0xc03f7e48 to 0xc03f8000)
[12034.111083] 7e40:                   c6872718 c03b02cb c6872700
c021d928 c03f7e96 c021b650
[12034.119323] 7e60: c7832048 00000008 c03f7e96 00000000 00000008
c7832000 00000001 c021c230
[12034.127563] 7e80: 00000000 00000000 c0407a40 c0407538 0f2c8be7
0680c278 00000100 00000040
[12034.135803] 7ea0: 0fd51da8 00000000 000000f0 c7832000 00000008
00000099 00000000 00000000
[12034.144042] 7ec0: 00000000 c021b388 c7832000 00000008 fa0ab000
00000000 c7832000 60000153
[12034.152252] 7ee0: 0000005c c03f6000 0000005c c021b4c0 c78b9d00
c78b9d00 0000005c c0090b80
[12034.160491] 7f00: c78b9d00 c04099cc 0000005c 00000002 00000001
c03f6000 0000001f c0092c44
[12034.168731] 7f20: 0000005c 00000000 00000003 c0030070 ffffffff
fa200000 00000003 c0030ac4
[12034.176971] 7f40: 001e449b 00000000 001e449b 00000000 c04316c0
00000003 00000003 c04316c0
[12034.185211] 7f60: 80027478 411fc082 0000001f 00000000 00000000
c03f7f88 c00420d0 c00420dc
[12034.193450] 7f80: 60000053 ffffffff 00000000 001e449b 386d8e77
0fb39696 386d8e77 0f9551fb
[12034.201660] 7fa0: c03fbd50 c03fbe20 c0430cdc c03fbd50 c0476b48
c022d7ac c03f6000 c0430cdc
[12034.209899] 7fc0: c0029014 c03f9c10 80027478 c00324dc c045c9c0
c0008934 c000848c 00000000
[12034.218139] 7fe0: 00000000 c0029018 00000000 10c53c7d c0430df0
80008034 00000000 00000000
[12034.226379] [<c01b70d0>] (list_del+0xc/0x90) from [<c021d928>]
(musb_g_giveback+0x28/0x130)
[12034.234802] [<c021d928>] (musb_g_giveback+0x28/0x130) from
[<c021c230>] (musb_g_ep0_irq+0x32c/0x910)
[12034.244018] [<c021c230>] (musb_g_ep0_irq+0x32c/0x910) from
[<c021b388>] (musb_interrupt+0x2fc/0x3d4)
[12034.253204] [<c021b388>] (musb_interrupt+0x2fc/0x3d4) from
[<c021b4c0>] (generic_interrupt+0x60/0x94)
[12034.262512] [<c021b4c0>] (generic_interrupt+0x60/0x94) from
[<c0090b80>] (handle_IRQ_event+0xa4/0x1e0)
[12034.271881] [<c0090b80>] (handle_IRQ_event+0xa4/0x1e0) from
[<c0092c44>] (handle_level_irq+0xc0/0x150)
[12034.281250] [<c0092c44>] (handle_level_irq+0xc0/0x150) from
[<c0030070>] (asm_do_IRQ+0x70/0x90)
[12034.290008] [<c0030070>] (asm_do_IRQ+0x70/0x90) from [<c0030ac4>]
(__irq_svc+0x44/0xa8)
[12034.298065] Exception stack(0xc03f7f40 to 0xc03f7f88)
[12034.303161] 7f40: 001e449b 00000000 001e449b 00000000 c04316c0
00000003 00000003 c04316c0
[12034.311401] 7f60: 80027478 411fc082 0000001f 00000000 00000000
c03f7f88 c00420d0 c00420dc
[12034.319641] 7f80: 60000053 ffffffff
[12034.323150] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420dc>]
(omap3_enter_idle+0x124/0x158)
[12034.331939] [<c00420dc>] (omap3_enter_idle+0x124/0x158) from
[<c022d7ac>] (cpuidle_idle_call+0xa4/0x180)
[12034.341491] [<c022d7ac>] (cpuidle_idle_call+0xa4/0x180) from
[<c00324dc>] (cpu_idle+0x48/0x98)
[12034.350189] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
(start_kernel+0x268/0x2c8)
[12034.358489] [<c0008934>] (start_kernel+0x268/0x2c8) from
[<80008034>] (0x80008034)
[12034.366119] Code: c03a882b e92d4013 e5903004 e1a04000 (e593c000)
[12034.372406] ---[ end trace e93a9fc16bcba40b ]---
[12034.377075] Kernel panic - not syncing: Fatal exception in interrupt
--
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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
  2010-01-21 16:16         ` Sergey Lapin
@ 2010-01-21 16:24           ` Felipe Balbi
  2010-01-21 17:32             ` Sergey Lapin
  0 siblings, 1 reply; 9+ messages in thread
From: Felipe Balbi @ 2010-01-21 16:24 UTC (permalink / raw)
  To: Sergey Lapin
  Cc: felipe.balbi, linux-omap@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Brownell

Hi,

On Thu, Jan 21, 2010 at 07:16:17PM +0300, Sergey Lapin wrote:
> On Thu, Jan 21, 2010 at 4:23 PM, Sergey Lapin <slapinid@gmail.com> wrote:
> > On Thu, Jan 21, 2010 at 3:28 PM, Felipe Balbi <felipe.balbi@nokia.com> wrote:
> >> On Thu, Jan 21, 2010 at 12:26:49PM +0100, ext Sergey Lapin wrote:
> >>>
> >>> Hi! I have crashes in MUSB code when working with USB gadget drivers.
> >>> Kernel version: linux-omap master d8ebff302ff819587377b123e900e501e4135d86
> >>> To reproduce: (USB device cable should be attached).
> >>>
> >>> dd if=/dev/zero of=/tmp/disk bs=1k count=1024
> >>> mkdosfs -F 32 /tmp/disk
> >>> insmod g_mass_storage ?file=/tmp/disk stall=0
> >>>
> >>> Wait till disk is mounted on host, then
> >>>
> >>> rmmod g_mass_storage
> >>> insmod g_mass_storage ?file=/tmp/disk stall=0
> >>>
> >>> And here we get Oops in include/linux/list.h line 93,
> >>
> >> I guess it's the list corruption bug, right ?
> >>
> >> I've seen that, but couldn't get it to reproduce. Now that you said, I'll
> >> try to find a fix for it.
> If you're interested, this is my Oops dump:
> 
> [12034.007812] Unable to handle kernel NULL pointer dereference at
> virtual address 00000001
> [12034.015960] pgd = c0004000
> [12034.018676] [00000001] *pgd=00000000
> [12034.022308] Internal error: Oops: 17 [#1] PREEMPT
> [12034.027038] last sysfs file:
> /sys/devices/platform/leds-gpio/leds/gnome5::red14/brightness
> [12034.035339] Modules linked in: g_mass_storage [last unloaded: g_mass_storage]
> [12034.042541] CPU: 0    Not tainted  (2.6.33-rc4-07149-ga29cd26-dirty #9)
> [12034.049224] PC is at list_del+0xc/0x90
> [12034.053009] LR is at musb_g_giveback+0x28/0x130
> [12034.057586] pc : [<c01b70d0>]    lr : [<c021d928>]    psr: 400001d3
> [12034.057586] sp : c03f7e48  ip : 00029fa5  fp : c7832048
> [12034.069122] r10: fa0ab000  r9 : fa0ab100  r8 : fa0ab100
> [12034.074371] r7 : 00000001  r6 : c7832064  r5 : 00000000  r4 : c6872718
> [12034.080963] r3 : 00000001  r2 : c03f7e4c  r1 : c03b02cb  r0 : c6872718
> [12034.087524] Flags: nZcv  IRQs off  FIQs off  Mode SVC_32  ISA ARM
> Segment kernel
> [12034.095031] Control: 10c5387d  Table: 87024019  DAC: 00000017
> [12034.100830] Process swapper (pid: 0, stack limit = 0xc03f62e8)
> [12034.106689] Stack: (0xc03f7e48 to 0xc03f8000)
> [12034.111083] 7e40:                   c6872718 c03b02cb c6872700
> c021d928 c03f7e96 c021b650
> [12034.119323] 7e60: c7832048 00000008 c03f7e96 00000000 00000008
> c7832000 00000001 c021c230
> [12034.127563] 7e80: 00000000 00000000 c0407a40 c0407538 0f2c8be7
> 0680c278 00000100 00000040
> [12034.135803] 7ea0: 0fd51da8 00000000 000000f0 c7832000 00000008
> 00000099 00000000 00000000
> [12034.144042] 7ec0: 00000000 c021b388 c7832000 00000008 fa0ab000
> 00000000 c7832000 60000153
> [12034.152252] 7ee0: 0000005c c03f6000 0000005c c021b4c0 c78b9d00
> c78b9d00 0000005c c0090b80
> [12034.160491] 7f00: c78b9d00 c04099cc 0000005c 00000002 00000001
> c03f6000 0000001f c0092c44
> [12034.168731] 7f20: 0000005c 00000000 00000003 c0030070 ffffffff
> fa200000 00000003 c0030ac4
> [12034.176971] 7f40: 001e449b 00000000 001e449b 00000000 c04316c0
> 00000003 00000003 c04316c0
> [12034.185211] 7f60: 80027478 411fc082 0000001f 00000000 00000000
> c03f7f88 c00420d0 c00420dc
> [12034.193450] 7f80: 60000053 ffffffff 00000000 001e449b 386d8e77
> 0fb39696 386d8e77 0f9551fb
> [12034.201660] 7fa0: c03fbd50 c03fbe20 c0430cdc c03fbd50 c0476b48
> c022d7ac c03f6000 c0430cdc
> [12034.209899] 7fc0: c0029014 c03f9c10 80027478 c00324dc c045c9c0
> c0008934 c000848c 00000000
> [12034.218139] 7fe0: 00000000 c0029018 00000000 10c53c7d c0430df0
> 80008034 00000000 00000000
> [12034.226379] [<c01b70d0>] (list_del+0xc/0x90) from [<c021d928>]
> (musb_g_giveback+0x28/0x130)
> [12034.234802] [<c021d928>] (musb_g_giveback+0x28/0x130) from
> [<c021c230>] (musb_g_ep0_irq+0x32c/0x910)
> [12034.244018] [<c021c230>] (musb_g_ep0_irq+0x32c/0x910) from
> [<c021b388>] (musb_interrupt+0x2fc/0x3d4)
> [12034.253204] [<c021b388>] (musb_interrupt+0x2fc/0x3d4) from
> [<c021b4c0>] (generic_interrupt+0x60/0x94)
> [12034.262512] [<c021b4c0>] (generic_interrupt+0x60/0x94) from
> [<c0090b80>] (handle_IRQ_event+0xa4/0x1e0)
> [12034.271881] [<c0090b80>] (handle_IRQ_event+0xa4/0x1e0) from
> [<c0092c44>] (handle_level_irq+0xc0/0x150)
> [12034.281250] [<c0092c44>] (handle_level_irq+0xc0/0x150) from
> [<c0030070>] (asm_do_IRQ+0x70/0x90)
> [12034.290008] [<c0030070>] (asm_do_IRQ+0x70/0x90) from [<c0030ac4>]
> (__irq_svc+0x44/0xa8)
> [12034.298065] Exception stack(0xc03f7f40 to 0xc03f7f88)
> [12034.303161] 7f40: 001e449b 00000000 001e449b 00000000 c04316c0
> 00000003 00000003 c04316c0
> [12034.311401] 7f60: 80027478 411fc082 0000001f 00000000 00000000
> c03f7f88 c00420d0 c00420dc
> [12034.319641] 7f80: 60000053 ffffffff
> [12034.323150] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420dc>]
> (omap3_enter_idle+0x124/0x158)
> [12034.331939] [<c00420dc>] (omap3_enter_idle+0x124/0x158) from
> [<c022d7ac>] (cpuidle_idle_call+0xa4/0x180)
> [12034.341491] [<c022d7ac>] (cpuidle_idle_call+0xa4/0x180) from
> [<c00324dc>] (cpu_idle+0x48/0x98)
> [12034.350189] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
> (start_kernel+0x268/0x2c8)
> [12034.358489] [<c0008934>] (start_kernel+0x268/0x2c8) from
> [<80008034>] (0x80008034)
> [12034.366119] Code: c03a882b e92d4013 e5903004 e1a04000 (e593c000)
> [12034.372406] ---[ end trace e93a9fc16bcba40b ]---
> [12034.377075] Kernel panic - not syncing: Fatal exception in interrupt

this is different from what I've seen. So it's a different problem. Can
you get some debugging messages out of that ?

enable debugging messages for musb on Kconfig and:

echo 5 > /sys/modules/musb_hdrc/parameters/debug

then:

echo 8 > /proc/sysrq-trigger

then reproduce the problem and get the messages that come before the
oops.

-- 
balbi

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
  2010-01-21 16:24           ` Felipe Balbi
@ 2010-01-21 17:32             ` Sergey Lapin
  2010-01-22 10:38               ` Sergey Lapin
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Lapin @ 2010-01-21 17:32 UTC (permalink / raw)
  To: me
  Cc: felipe.balbi, linux-omap@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Brownell

Hi,

>> [12034.366119] Code: c03a882b e92d4013 e5903004 e1a04000 (e593c000)
>> [12034.372406] ---[ end trace e93a9fc16bcba40b ]---
>> [12034.377075] Kernel panic - not syncing: Fatal exception in interrupt
>
> this is different from what I've seen. So it's a different problem. Can
> you get some debugging messages out of that ?
>
> enable debugging messages for musb on Kconfig and:
>
> echo 5 > /sys/modules/musb_hdrc/parameters/debug
>
> then:
>
> echo 8 > /proc/sysrq-trigger
>
> then reproduce the problem and get the messages that come before the
> oops.
>
> --
> balbi
>
I've executed the following script, and got the result:
#!/bin/sh

echo 5 > /sys/module/musb_hdrc/parameters/debug
echo 8 > /proc/sysrq-trigger

sleep 1
insmod /tmp/g_mass_storage.ko file=/etc/firmware/disk stall=0
sleep 15
rmmod g_mass_storage
sleep 3
insmod /tmp/g_mass_storage.ko file=/etc/firmware/disk stall=0


value 15 can be increased if that time is not enough to get mass
storage mounted.

[  559.954528] SysRq : Changing Loglevel
[  559.958251] Loglevel set to 8
[  560.986572] usb_gadget_register_driver 1706: registering driver
g_mass_storage
[  560.997863] g_mass_storage gadget: adding config #1 'Linux
File-Backed Storage'/bf00698c
[  561.008605] device: 'lun0': device_add
[  561.013427] PM: Adding info for No Bus:lun0
[  561.086700]  lun0: open backing file: /etc/firmware/disk
[  561.093292] g_mass_storage gadget: Mass Storage Function, version: 2009/09/11
[  561.101135] g_mass_storage gadget: Number of LUNs=1
[  561.107025]  lun0: LUN: removable file: /etc/firmware/disk
[  561.112548] g_mass_storage gadget: I/O thread pid: 1477
[  561.118988] g_mass_storage gadget: adding 'Mass Storage
Function'/c703ca40 to config 'Linux File-Backed Storc
[  561.130950] g_mass_storage gadget: cfg 1/bf00698c speeds: high full
[  561.137817] g_mass_storage gadget:   interface 0 = Mass Storage
Function/c703ca40
[  561.146240] g_mass_storage gadget: Mass Storage Gadget, version: 2009/09/11
[  561.153808] g_mass_storage gadget: g_mass_storage ready
[  561.159393] musb_start 865: <== devctl 98
[  561.218963] musb_interrupt 1516: ** IRQ peripheral usb0001 tx0000 rx0000
[  561.375976] musb_interrupt 1516: ** IRQ peripheral usb0004 tx0000 rx0000
[  561.382720] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0x4
[  561.389190] musb_stage0_irq 761: BUS RESET as b_idle
[  561.394195] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  561.483642] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.490386] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 0, ep0stage setup
[  561.497406] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  561.504241] musb_read_setup 577: SETUP req80.06 v0100 i0000 l64
[  561.510192] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  561.516265] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=18
[  561.522491] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 18 buf c72d1600
[  561.529479] musb_g_giveback 142: ep0 done request c712d600,  18/18
[  561.535766] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.542510] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 0,
ep0stage out/status
[  561.549957] musb_interrupt 1516: ** IRQ peripheral usb000c tx0000 rx0000
[  561.556701] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0xc
[  561.563201] musb_stage0_irq 761: BUS RESET as b_peripheral
[  561.568725] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  561.575622] musb_g_disconnect 1944: devctl 99
[  561.650573] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.657348] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 0, ep0stage setup
[  561.664337] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  561.671173] musb_read_setup 577: SETUP req00.05 v0028 i0000 l0
[  561.677062] musb_g_ep0_irq 825: handled 1, csr 0001, ep0stage in/status
[  561.683807] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.690551] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 0,
ep0stage in/status
[  561.706573] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.713348] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 40, ep0stage idle
[  561.720336] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  561.727172] musb_read_setup 577: SETUP req80.06 v0100 i0000 l18
[  561.733154] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  561.739196] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=18
[  561.745422] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 18 buf c72d1600
[  561.752441] musb_g_giveback 142: ep0 done request c712d600,  18/18
[  561.758728] musb_interrupt 1516: ** IRQ peripheral usb000d tx0000 rx0000
[  561.765472] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0xd
[  561.771942] musb_stage0_irq 761: BUS RESET as b_peripheral
[  561.777465] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  561.784393] musb_g_disconnect 1944: devctl 99
[  561.862762] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.869506] musb_g_ep0_irq 643: csr 0009, count 8, myaddr 0, ep0stage setup
[  561.876525] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  561.883361] musb_read_setup 577: SETUP req80.06 v0100 i0000 l64
[  561.889312] musb_g_ep0_irq 825: handled 0, csr 0009, ep0stage in
[  561.895385] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=18
[  561.901611] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 18 buf c72d1600
[  561.908599] musb_g_giveback 142: ep0 done request c712d600,  18/18
[  561.914886] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  561.921630] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 0,
ep0stage out/status
[  561.929138] musb_interrupt 1516: ** IRQ peripheral usb000c tx0000 rx0000
[  561.935882] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0xc
[  561.942352] musb_stage0_irq 761: BUS RESET as b_peripheral
[  561.947875] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  561.954803] musb_g_disconnect 1944: devctl 99
[  562.026611] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.033355] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 0, ep0stage setup
[  562.040374] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  562.047210] musb_read_setup 577: SETUP req00.05 v0029 i0000 l0
[  562.053070] musb_g_ep0_irq 825: handled 1, csr 0001, ep0stage in/status
[  562.059814] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.066558] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 0,
ep0stage in/status
[  562.083038] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.089782] musb_g_ep0_irq 643: csr 0011, count 8, myaddr 41, ep0stage idle
[  562.096801] musb_g_ep0_irq 668: SetupEnd came in a wrong ep0stage idle
[  562.103424] musb_interrupt 1516: ** IRQ peripheral usb000d tx0000 rx0000
[  562.110168] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0xd
[  562.116668] musb_stage0_irq 761: BUS RESET as b_peripheral
[  562.122192] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  562.129089] musb_g_disconnect 1944: devctl 99
[  562.211120] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.217864] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 0, ep0stage setup
[  562.224884] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  562.231719] musb_read_setup 577: SETUP req00.05 v002a i0000 l0
[  562.237579] musb_g_ep0_irq 825: handled 1, csr 0001, ep0stage in/status
[  562.244323] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.251068] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 0,
ep0stage in/status
[  562.266601] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.273345] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42, ep0stage idle
[  562.280364] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  562.287200] musb_read_setup 577: SETUP req80.06 v0100 i0000 l8
[  562.293060] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.299133] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=8
[  562.305267] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 8 buf c72d1600
[  562.312194] musb_g_giveback 142: ep0 done request c712d600,  8/8
[  562.318298] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.325042] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.332580] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.339416] musb_read_setup 577: SETUP req80.06 v0100 i0000 l18
[  562.345367] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.351409] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=18
[  562.357635] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 18 buf c72d1600
[  562.364654] musb_g_giveback 142: ep0 done request c712d600,  18/18
[  562.370910] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.377655] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.385192] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.391998] musb_read_setup 577: SETUP req80.06 v0200 i0000 l9
[  562.397888] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.403930] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=9
[  562.410064] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 9 buf c72d1600
[  562.416992] musb_g_giveback 142: ep0 done request c712d600,  9/9
[  562.423065] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.429809] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.437347] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.444183] musb_read_setup 577: SETUP req80.06 v0200 i0000 l32
[  562.450134] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.456176] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=32
[  562.462402] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 32 buf c72d1600
[  562.469421] musb_g_giveback 142: ep0 done request c712d600,  32/32
[  562.475677] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.482421] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.489959] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.496765] musb_read_setup 577: SETUP req80.06 v0300 i0000 l255
[  562.502838] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.508880] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=4
[  562.515014] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 4 buf c72d1600
[  562.521911] musb_g_giveback 142: ep0 done request c712d600,  4/4
[  562.528015] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.534759] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.542297] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.549133] musb_read_setup 577: SETUP req80.06 v0302 i0409 l255
[  562.555175] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.561218] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=40
[  562.567443] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 40 buf c72d1600
[  562.574432] musb_g_giveback 142: ep0 done request c712d600,  40/40
[  562.580718] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.587463] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.595001] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.601837] musb_read_setup 577: SETUP req80.06 v0301 i0409 l255
[  562.607879] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.613922] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=100
[  562.620239] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 64 buf c72d1600
[  562.627288] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.634033] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 42, ep0stage in
[  562.640869] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 36 buf c72d1640
[  562.647888] musb_g_giveback 142: ep0 done request c712d600,  100/100
[  562.654296] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.661071] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.668579] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.675415] musb_read_setup 577: SETUP req00.09 v0001 i0000 l0
[  562.681304] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage wait
[  562.687500] g_mass_storage gadget: high speed config #1: Linux
File-Backed Storage
[  562.695159] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=0
[  562.701293] musb_g_giveback 142: ep0 done request c712d600,  0/0
[  562.707366] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.714111] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage in/status
[  562.721557] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.728393] musb_read_setup 577: SETUP req80.06 v0303 i0409 l255
[  562.734436] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.740478] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=26
[  562.746704] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 26 buf c72d1600
[  562.753723] musb_g_giveback 142: ep0 done request c712d600,  26/26
[  562.759979] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.766723] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42,
ep0stage out/status
[  562.774261] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7dfe
[  562.781097] musb_read_setup 577: SETUP req80.06 v0304 i0409 l255
[  562.787139] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  562.793182] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=26
[  562.799407] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 26 buf c72d1600
[  562.806396] musb_g_giveback 142: ep0 done request c712d600,  26/26
[  562.812652] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  562.819427] musb_g_ep0_irq 643: csr 0000, count 0, myaddr 42,
ep0stage out/status
[  562.827484] g_mass_storage gadget: set interface 0
[  562.835937] musb_hdrc periph: enabled ep1in for bulk IN, dma, maxpacket 512
[  562.855072] musb_hdrc periph: enabled ep1out for bulk OUT, dma, maxpacket 512
[  562.873718] musb_g_ep0_queue 921: ep0 request queued in state 0
[  562.885833] g_mass_storage gadget: error in submission: ep0 --> -22
[  562.892944] musb_gadget_queue 1106: <== to ep1out request=c712d5c0
[  562.899749] musb_ep_restart 1074: <== RX/OUT request c712d5c0 len
512 on hw_ep1
[  567.874847] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  567.881622] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 42, ep0stage idle
[  567.888641] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  567.895477] musb_read_setup 577: SETUP reqa1.fe v0000 i0000 l1
[  567.901336] musb_g_ep0_irq 825: handled 0, csr 0001, ep0stage in
[  567.907379] g_mass_storage gadget: non-core control reqa1.fe v0000 i0000 l1
[  567.914398] g_mass_storage gadget: get max LUN
[  576.170623] musb_pullup 1488: gadget g_mass_storage D+ pullup off
[  576.176757] musb_stop 942: HDRC disabled
[  576.180725] musb_platform_try_idle 121: UNDEFINED active, deleting timer
[  576.187469] musb_g_giveback 147: ep1out request c712d5c0, 0/512 fault -108
[  576.194396] g_mass_storage gadget: bulk_out_complete --> -108, 0/31
[  576.200714] g_mass_storage gadget: reset config
[  576.205291] usb_gadget_unregister_driver 1850: unregistering driver
g_mass_storage
[  576.213104] g_mass_storage gadget: reset config
[  576.220764] g_mass_storage gadget: reset interface
[  576.226257] musb_gadget_disable 1024: ep1in
[  576.231445] musb_gadget_disable 1024: ep1out
[  576.235778] musb_g_ep0_queue 931: queue to ep0 (OUT/RX), length=512
[  576.242095] musb_write_fifo 164: TX ep0 fifo fa0ab020 count 64 buf c72d1600
[  576.250549] g_mass_storage gadget: unbind function 'Mass Storage
Function'/c703ca40
[  576.258850] g_mass_storage gadget: unbind
[  576.263793]  lun0: close backing file
[  576.267517] device: 'lun0': device_unregister
[  576.272796] PM: Removing info for No Bus:lun0
[  576.278350] musb_platform_try_idle 139: UNDEFINED inactive, for
idle timer for 7 ms
[  579.315490] usb_gadget_register_driver 1706: registering driver
g_mass_storage
[  579.326812] g_mass_storage gadget: adding config #1 'Linux
File-Backed Storage'/bf01698c
[  579.337371] device: 'lun0': device_add
[  579.341979] PM: Adding info for No Bus:lun0
[  579.346679]  lun0: open backing file: /etc/firmware/disk
[  579.353149] g_mass_storage gadget: Mass Storage Function, version: 2009/09/11
[  579.361267] g_mass_storage gadget: Number of LUNs=1
[  579.366790]  lun0: LUN: removable file: /etc/firmware/disk
[  579.373199] g_mass_storage gadget: I/O thread pid: 1484
[  579.378570] g_mass_storage gadget: adding 'Mass Storage
Function'/c703cac0 to config 'Linux File-Backed Storc
[  579.390777] g_mass_storage gadget: cfg 1/bf01698c speeds: high full
[  579.397644] g_mass_storage gadget:   interface 0 = Mass Storage
Function/c703cac0
[  579.406005] g_mass_storage gadget: Mass Storage Gadget, version: 2009/09/11
[  579.413543] g_mass_storage gadget: g_mass_storage ready
[  579.419647] musb_start 865: <== devctl 98
gnome5:~# [  579.479217] musb_interrupt 1516: ** IRQ peripheral
usb0001 tx0000 rx0000
[  579.632781] musb_interrupt 1516: ** IRQ peripheral usb0004 tx0000 rx0000
[  579.639556] musb_stage0_irq 385: <== Power=f0, DevCtl=99, int_usb=0x4
[  579.646026] musb_stage0_irq 761: BUS RESET as b_idle
[  579.651031] musb_g_reset 2000: <== B-Device addr=0 driver 'g_mass_storage'
[  579.743377] musb_interrupt 1516: ** IRQ peripheral usb0008 tx0001 rx0000
[  579.750152] musb_g_ep0_irq 643: csr 0001, count 8, myaddr 0, ep0stage setup
[  579.757171] musb_read_fifo 202: RX ep0 fifo fa0ab020 count 8 buf c03f7e96
[  579.764007] musb_read_setup 577: SETUP req80.06 v0100 i0000 l64
[  579.769958] Unable to handle kernel paging request at virtual
address 6b6b6b6b
[  579.777221] pgd = c0004000
[  579.779937] [6b6b6b6b] *pgd=00000000
[  579.783569] Internal error: Oops: 5 [#1] PREEMPT
[  579.788208] last sysfs file: /sys/module/musb_hdrc/parameters/debug
[  579.794494] Modules linked in: g_mass_storage [last unloaded: g_mass_storage]
[  579.801727] CPU: 0    Not tainted  (2.6.33-rc4-07149-ga29cd26-dirty #12)
[  579.808471] PC is at list_del+0xc/0x90
[  579.812255] LR is at musb_g_giveback+0x20/0x118
[  579.816833] pc : [<c01b70d0>]    lr : [<c021d8ec>]    psr: a00001d3
[  579.816833] sp : c03f7e48  ip : 000184a7  fp : c7832048
[  579.828369] r10: fa0ab000  r9 : fa0ab100  r8 : fa0ab100
[  579.833648] r7 : 00000001  r6 : c7832064  r5 : 00000000  r4 : c712d618
[  579.840209] r3 : 6b6b6b6b  r2 : 00000000  r1 : c712d600  r0 : c712d618
[  579.846771] Flags: NzCv  IRQs off  FIQs off  Mode SVC_32  ISA ARM
Segment kernel
[  579.854309] Control: 10c5387d  Table: 87190019  DAC: 00000017
[  579.860076] Process swapper (pid: 0, stack limit = 0xc03f62e8)
[  579.865936] Stack: (0xc03f7e48 to 0xc03f8000)
[  579.870330] 7e40:                   c712d618 c712d600 c712d600
c021d8ec c7832048 c02f0ea8
[  579.878570] 7e60: c03afdf1 c03f7e74 00000241 00000100 00000000
c7832000 00000001 c021c210
[  579.886810] 7e80: 00000006 00000100 00000000 00000040 c03f6000
06800099 00000100 00000040
[  579.895050] 7ea0: 00000000 00000000 000000f0 c7832000 00000008
00000099 00000000 00000000
[  579.903289] 7ec0: 00000000 c021b388 00000008 00000001 00000000
00000000 c7832000 60000153
[  579.911529] 7ee0: 0000005c c03f6000 0000005c c021b4c0 c78b9d00
c78b9d00 0000005c c0090b80
[  579.919738] 7f00: c78b9d00 c04099cc 0000005c 00000002 00000001
c03f6000 0000001f c0092c44
[  579.927978] 7f20: 0000005c 00000000 00000003 c0030070 ffffffff
fa200000 00000003 c0030ac4
[  579.936218] 7f40: 00077359 00000000 00077359 00000000 c04316c0
00000003 00000003 c04316c0
[  579.944458] 7f60: 80027478 411fc082 0000001f 00000000 00000000
c03f7f88 c00420d0 c00420dc
[  579.952697] 7f80: 60000053 ffffffff 00000000 00077359 386da872
392017bd 386da872 3918a464
[  579.960937] 7fa0: c03fbd50 c03fbe80 c0430cdc c03fbd50 c0476b48
c022d708 c03f6000 c0430cdc
[  579.969146] 7fc0: c0029014 c03f9c10 80027478 c00324dc c045c9c0
c0008934 c000848c 00000000
[  579.977386] 7fe0: 00000000 c0029018 00000000 10c53c7d c0430df0
80008034 00000000 00000000
[  579.985656] [<c01b70d0>] (list_del+0xc/0x90) from [<c021d8ec>]
(musb_g_giveback+0x20/0x118)
[  579.994049] [<c021d8ec>] (musb_g_giveback+0x20/0x118) from
[<c021c210>] (musb_g_ep0_irq+0x32c/0x910)
[  580.003265] [<c021c210>] (musb_g_ep0_irq+0x32c/0x910) from
[<c021b388>] (musb_interrupt+0x2fc/0x3d4)
[  580.012451] [<c021b388>] (musb_interrupt+0x2fc/0x3d4) from
[<c021b4c0>] (generic_interrupt+0x60/0x94)
[  580.021759] [<c021b4c0>] (generic_interrupt+0x60/0x94) from
[<c0090b80>] (handle_IRQ_event+0xa4/0x1e0)
[  580.031127] [<c0090b80>] (handle_IRQ_event+0xa4/0x1e0) from
[<c0092c44>] (handle_level_irq+0xc0/0x150)
[  580.040527] [<c0092c44>] (handle_level_irq+0xc0/0x150) from
[<c0030070>] (asm_do_IRQ+0x70/0x90)
[  580.049285] [<c0030070>] (asm_do_IRQ+0x70/0x90) from [<c0030ac4>]
(__irq_svc+0x44/0xa8)
[  580.057342] Exception stack(0xc03f7f40 to 0xc03f7f88)
[  580.062408] 7f40: 00077359 00000000 00077359 00000000 c04316c0
00000003 00000003 c04316c0
[  580.070648] 7f60: 80027478 411fc082 0000001f 00000000 00000000
c03f7f88 c00420d0 c00420dc
[  580.078887] 7f80: 60000053 ffffffff
[  580.082427] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420dc>]
(omap3_enter_idle+0x124/0x158)
[  580.091186] [<c00420dc>] (omap3_enter_idle+0x124/0x158) from
[<c022d708>] (cpuidle_idle_call+0xa4/0x180)
[  580.100738] [<c022d708>] (cpuidle_idle_call+0xa4/0x180) from
[<c00324dc>] (cpu_idle+0x48/0x98)
[  580.109436] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
(start_kernel+0x268/0x2c8)
[  580.117767] [<c0008934>] (start_kernel+0x268/0x2c8) from
[<80008034>] (0x80008034)
[  580.125366] Code: c03a876b e92d4013 e5903004 e1a04000 (e593c000)
[  580.131652] ---[ end trace 42b8f4f7e396999c ]---
[  580.136291] Kernel panic - not syncing: Fatal exception in interrupt

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
  2010-01-21 17:32             ` Sergey Lapin
@ 2010-01-22 10:38               ` Sergey Lapin
  2010-01-22 14:07                 ` Sergey Lapin
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Lapin @ 2010-01-22 10:38 UTC (permalink / raw)
  To: me
  Cc: felipe.balbi, linux-omap@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Brownell

Hi,

> [  580.082427] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420dc>]
> (omap3_enter_idle+0x124/0x158)
> [  580.091186] [<c00420dc>] (omap3_enter_idle+0x124/0x158) from
> [<c022d708>] (cpuidle_idle_call+0xa4/0x180)
> [  580.100738] [<c022d708>] (cpuidle_idle_call+0xa4/0x180) from
> [<c00324dc>] (cpu_idle+0x48/0x98)
> [  580.109436] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
> (start_kernel+0x268/0x2c8)
> [  580.117767] [<c0008934>] (start_kernel+0x268/0x2c8) from
> [<80008034>] (0x80008034)
> [  580.125366] Code: c03a876b e92d4013 e5903004 e1a04000 (e593c000)
> [  580.131652] ---[ end trace 42b8f4f7e396999c ]---
> [  580.136291] Kernel panic - not syncing: Fatal exception in interrupt
>

I've managed to debug that in my case,
drivers/usb/musb/musb_gadget_ep0.c:
musb_read_setup():
        /* clean up any leftover transfers */
        r = next_ep0_request(musb);
in this place we have somewhat corrupted usb_request. Any ideas why?

By the way, crash is not reproduced if cable is removed before module unloading
(and all USB activity processed).

S.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: MUSB crash on OMAP3 board with second load of gadget
  2010-01-22 10:38               ` Sergey Lapin
@ 2010-01-22 14:07                 ` Sergey Lapin
  0 siblings, 0 replies; 9+ messages in thread
From: Sergey Lapin @ 2010-01-22 14:07 UTC (permalink / raw)
  To: me
  Cc: felipe.balbi, linux-omap@vger.kernel.org,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	David Brownell

0 at 1:38 PM, Sergey Lapin <slapinid@gmail.com> wrote:
> Hi,
>
>> [  580.082427] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420dc>]
>> (omap3_enter_idle+0x124/0x158)
>> [  580.091186] [<c00420dc>] (omap3_enter_idle+0x124/0x158) from
>> [<c022d708>] (cpuidle_idle_call+0xa4/0x180)
>> [  580.100738] [<c022d708>] (cpuidle_idle_call+0xa4/0x180) from
>> [<c00324dc>] (cpu_idle+0x48/0x98)
>> [  580.109436] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
>> (start_kernel+0x268/0x2c8)
>> [  580.117767] [<c0008934>] (start_kernel+0x268/0x2c8) from
>> [<80008034>] (0x80008034)
>> [  580.125366] Code: c03a876b e92d4013 e5903004 e1a04000 (e593c000)
>> [  580.131652] ---[ end trace 42b8f4f7e396999c ]---
>> [  580.136291] Kernel panic - not syncing: Fatal exception in interrupt
>>
>
> I've managed to debug that in my case,
> drivers/usb/musb/musb_gadget_ep0.c:
> musb_read_setup():
>        /* clean up any leftover transfers */
>        r = next_ep0_request(musb);
> in this place we have somewhat corrupted usb_request. Any ideas why?
>
> By the way, crash is not reproduced if cable is removed before module unloading
> (and all USB activity processed).
>
> S.
>

Is this panic looks like list corruption bug which was mentioned earlier?
with my new test script I get these panic messages with the same frequency
as 6b6b6b6b ones.

If I understand right, 6b6b6b6b = slab corruption, and 00200200 =
LIST_POISON2, which means list corruption.

[  275.079284] Unable to handle kernel paging request at virtual
address 00200200
[  275.086578] pgd = c0004000
[  275.089294] [00200200] *pgd=00000000
[  275.092895] Internal error: Oops: 5 [#1] PREEMPT
[  275.097534] last sysfs file: /sys/module/musb_hdrc/parameters/debug
[  275.103851] Modules linked in: g_mass_storage [last unloaded: g_mass_storage]
[  275.111053] CPU: 0    Not tainted  (2.6.33-rc5-07242-gb226820-dirty #14)
[  275.117828] PC is at list_del+0xc/0x90
[  275.121582] LR is at musb_g_giveback+0x20/0x118
[  275.126159] pc : [<c01b71cc>]    lr : [<c021daa4>]    psr: 200001d3
[  275.126159] sp : c03f7db0  ip : 00074df4  fp : c7832048
[  275.137725] r10: fa0ab000  r9 : fa0ab100  r8 : fa0ab100
[  275.142974] r7 : 00000001  r6 : c7832064  r5 : 00000000  r4 : c718c618
[  275.149536] r3 : 00200200  r2 : 00000000  r1 : c718c600  r0 : c718c618
[  275.156097] Flags: nzCv  IRQs off  FIQs off  Mode SVC_32  ISA ARM
Segment kernel
[  275.163635] Control: 10c5387d  Table: 8725c019  DAC: 00000017
[  275.169403] Process swapper (pid: 0, stack limit = 0xc03f62e8)
[  275.175292] Stack: (0xc03f7db0 to 0xc03f8000)
[  275.179687] 7da0:                                     c718c618
c718c600 c718c600 c021daa4
[  275.187896] 7dc0: c7832048 c02f10dc c03affcf c03f7ddc c718c618
c718c600 00000000 c7832000
[  275.196136] 7de0: 00000001 c021c3c4 00000006 00000100 00000000
00000040 c03f6000 06800099
[  275.204376] 7e00: 00000100 00000040 00000000 00000000 000000f0
c7832000 00000008 00000099
[  275.212615] 7e20: 00000000 00000000 00000000 c021b4f0 00000008
00000001 00000000 00000000
[  275.220855] 7e40: c7832000 60000153 0000005c c03f6000 0000005c
c021b628 c78bdc80 c78bdc80
[  275.229095] 7e60: 0000005c c0090d58 c78bdc80 c04099cc 0000005c
00000104 00000103 c03f6000
[  275.237304] 7e80: 00000002 c0092e1c 0000005c c03f7f40 00000000
c0030070 ffffffff fa200000
[  275.245544] 7ea0: 00000000 c0030ac4 00000000 00000003 00000000
c0436700 0000005c c03f6000
[  275.253784] 7ec0: 00000000 00000002 00000001 0000000a 00000002
00000000 00074c9f c03f7ef0
[  275.262023] 7ee0: c0063e28 c0063e40 20000153 ffffffff c78bdc80
c78bdc80 0000005c 00000000
[  275.270263] 7f00: c78bdc80 0000005c 00000000 00000003 00000002
00000001 c03f6000 0000001f
[  275.278472] 7f20: 00000000 c006401c 0000005c c0030074 ffffffff
fa200000 00000003 c0030ac4
[  275.286743] 7f40: 002e19b8 00000000 002e19b8 00000000 c04316b4
00000003 00000003 c04316b4
[  275.294982] 7f60: 800273e0 411fc082 0000001f 00000000 00000000
c03f7f88 c00420ec c00420f8
[  275.303222] 7f80: 60000053 ffffffff 00000000 002e19b8 386d712e
178b0dd5 386d712e 175cf41d
[  275.311462] 7fa0: c03fbd50 c03fbe20 c0430cdc c03fbd50 c0476b48
c022d93c c03f6000 c0430cdc
[  275.319702] 7fc0: c0029014 c03f9c10 800273e0 c00324dc c045c9c0
c0008934 c000848c 00000000
[  275.327911] 7fe0: 00000000 c0029018 00000000 10c53c7d c0430df0
80008034 00000000 00000000
[  275.336181] [<c01b71cc>] (list_del+0xc/0x90) from [<c021daa4>]
(musb_g_giveback+0x20/0x118)
[  275.344573] [<c021daa4>] (musb_g_giveback+0x20/0x118) from
[<c021c3c4>] (musb_g_ep0_irq+0x358/0x940)
[  275.353790] [<c021c3c4>] (musb_g_ep0_irq+0x358/0x940) from
[<c021b4f0>] (musb_interrupt+0x2fc/0x3d4)
[  275.362976] [<c021b4f0>] (musb_interrupt+0x2fc/0x3d4) from
[<c021b628>] (generic_interrupt+0x60/0x94)
[  275.372283] [<c021b628>] (generic_interrupt+0x60/0x94) from
[<c0090d58>] (handle_IRQ_event+0xa4/0x1e0)
[  275.381652] [<c0090d58>] (handle_IRQ_event+0xa4/0x1e0) from
[<c0092e1c>] (handle_level_irq+0xc0/0x150)
[  275.391052] [<c0092e1c>] (handle_level_irq+0xc0/0x150) from
[<c0030070>] (asm_do_IRQ+0x70/0x90)
[  275.399810] [<c0030070>] (asm_do_IRQ+0x70/0x90) from [<c0030ac4>]
(__irq_svc+0x44/0xa8)
[  275.407867] Exception stack(0xc03f7ea8 to 0xc03f7ef0)
[  275.412933] 7ea0:                   00000000 00000003 00000000
c0436700 0000005c c03f6000
[  275.421173] 7ec0: 00000000 00000002 00000001 0000000a 00000002
00000000 00074c9f c03f7ef0
[  275.429412] 7ee0: c0063e28 c0063e40 20000153 ffffffff
[  275.434509] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c0063e40>]
(__do_softirq+0x54/0x1e8)
[  275.442840] [<c0063e40>] (__do_softirq+0x54/0x1e8) from
[<c006401c>] (irq_exit+0x48/0x9c)
[  275.451080] [<c006401c>] (irq_exit+0x48/0x9c) from [<c0030074>]
(asm_do_IRQ+0x74/0x90)
[  275.459045] [<c0030074>] (asm_do_IRQ+0x74/0x90) from [<c0030ac4>]
(__irq_svc+0x44/0xa8)
[  275.467102] Exception stack(0xc03f7f40 to 0xc03f7f88)
[  275.472198] 7f40: 002e19b8 00000000 002e19b8 00000000 c04316b4
00000003 00000003 c04316b4
[  275.480438] 7f60: 800273e0 411fc082 0000001f 00000000 00000000
c03f7f88 c00420ec c00420f8
[  275.488647] 7f80: 60000053 ffffffff
[  275.492187] [<c0030ac4>] (__irq_svc+0x44/0xa8) from [<c00420f8>]
(omap3_enter_idle+0x124/0x15c)
[  275.500976] [<c00420f8>] (omap3_enter_idle+0x124/0x15c) from
[<c022d93c>] (cpuidle_idle_call+0xa4/0x180)
[  275.510528] [<c022d93c>] (cpuidle_idle_call+0xa4/0x180) from
[<c00324dc>] (cpu_idle+0x48/0x98)
[  275.519195] [<c00324dc>] (cpu_idle+0x48/0x98) from [<c0008934>]
(start_kernel+0x268/0x2c8)
[  275.527526] [<c0008934>] (start_kernel+0x268/0x2c8) from
[<80008034>] (0x80008034)
[  275.535156] Code: c03a8a50 e92d4013 e5903004 e1a04000 (e593c000)
[  275.541381] ---[ end trace f41fd6e0efe3feba ]---
[  275.546020] Kernel panic - not syncing: Fatal exception in interrupt

^ permalink raw reply	[flat|nested] 9+ messages in thread

* MUSB crash on OMAP3 board with second load of gadget
@ 2010-03-09 18:30 Sergey Lapin
  0 siblings, 0 replies; 9+ messages in thread
From: Sergey Lapin @ 2010-03-09 18:30 UTC (permalink / raw)
  To: Felipe Balbi; +Cc: linux-omap, linux-usb

Dear Felipe,

Bug I've reported earlier is still reproducible. Steps are within
earlier mail (one way is to insert USB cable,
use g_file/mass_storage, allow device to mount, rmmod it, load g_ether
get crash).

gnome5:~# insmod ./g_ether.ko
[ 1085.923736] g_ether gadget: using random self ethernet address
[ 1085.934234] g_ether gadget: using random host ethernet address
[ 1085.949768] usb0: MAC 1a:b9:8c:c5:b3:be
[ 1085.960449] usb0: HOST MAC a2:65:53:2b:4f:a4
[ 1085.967315] g_ether gadget: Ethernet Gadget, version: Memorial Day 2008
[ 1085.978851] g_ether gadget: g_ether ready
gnome5:~# [ 1097.059326] kernel BUG at arch/arm/mm/dma-mapping.c:426!
[ 1097.064697] Unable to handle kernel NULL pointer dereference at
virtual address 00000000
[ 1097.072845] pgd = c0004000
[ 1097.075561] [00000000] *pgd=00000000
[ 1097.079162] Internal error: Oops: 817 [#1] PREEMPT
[ 1097.083984] last sysfs file:
/sys/devices/platform/i2c_omap.1/i2c-1/1-0048/twl4030_usb/vbus
[ 1097.092376] Modules linked in: g_ether [last unloaded: g_mass_storage]
[ 1097.098968] CPU: 0    Not tainted  (2.6.33-11957-gdb0da96-dirty #5)
[ 1097.105285] PC is at __bug+0x18/0x24
[ 1097.108886] LR is at __bug+0x14/0x24
[ 1097.112487] pc : [<c003d88c>]    lr : [<c003d888>]    psr: 400001d3
[ 1097.112518] sp : c03d5e50  ip : 0002822b  fp : c7862048
[ 1097.124053] r10: fa0ab000  r9 : fa0ab100  r8 : fa0ab100
[ 1097.129302] r7 : 00000001  r6 : c7862064  r5 : 00000000  r4 : c8998000
[ 1097.135864] r3 : 00000000  r2 : c03d5e44  r1 : c0367391  r0 : 00000042
[ 1097.142456] Flags: nZcv  IRQs off  FIQs off  Mode SVC_32  ISA ARM
Segment kernel
[ 1097.149963] Control: 10c5387d  Table: 86c68019  DAC: 00000017
[ 1097.155761] Process swapper (pid: 0, stack limit = 0xc03d42e8)
[ 1097.161621] Stack: (0xc03d5e50 to 0xc03d6000)
[ 1097.166015] 5e40:                                     c8998000
c00413b8 c6d8de00 c02083a8
[ 1097.174255] 5e60: c03d5e9e c020615c c7862048 00000008 c03d5e9e
00000000 00000008 c7862000
[ 1097.182464] 5e80: 00000001 c0206d1c c009550c c7800ec0 c7805bc0
c58301f8 60000153 0680550c
[ 1097.190704] 5ea0: 00000100 c03f0040 c03f01e4 00000000 000000f0
c7862000 00000008 00000099
[ 1097.198944] 5ec0: c03d4000 0000001f 00000000 c0205e94 c7862000
00000008 fa0ab000 00000000
[ 1097.207183] 5ee0: c7862000 40000153 00000000 0000005c 00000001
c0205fcc c7932580 00000000
[ 1097.215423] 5f00: 00000000 c0091a04 c7932580 c03e80e8 0000005c
00000002 00000001 c0093998
[ 1097.223632] 5f20: 0000005c 00000000 c040bb14 c0039070 ffffffff
fa200000 c040bb14 c0039ac8
[ 1097.231872] 5f40: 001faa3b 00000000 001faa3b 00000000 c040bb14
00000003 c040bb14 c040bb14
[ 1097.240112] 5f60: c042df10 411fc082 0000001f 00000000 00000000
c03d5f88 c004b038 c004b044
[ 1097.248352] 5f80: 60000053 ffffffff 00000000 001faa3b 388e67b8
2535913a 388e67b8 2515e6ff
[ 1097.256561] 5fa0: c03dae18 c03d4000 c040b09c c03dae18 c03dad48
c0217d60 c03d4000 c040b09c
[ 1097.264801] 5fc0: c0028014 c03d7c1c 80026080 c003b4dc c0413d78
c000893c c000848c 00000000
[ 1097.273040] 5fe0: 00000000 c0028018 00000000 10c53c7d c040b1b0
80008034 00000000 00000000
[ 1097.281280] [<c003d88c>] (__bug+0x18/0x24) from [<c00413b8>]
(___dma_single_dev_to_cpu+0x38/0x68)
[ 1097.290222] [<c00413b8>] (___dma_single_dev_to_cpu+0x38/0x68) from
[<c02083a8>] (musb_g_giveback+0x80/0x164)
[ 1097.300140] [<c02083a8>] (musb_g_giveback+0x80/0x164) from
[<c0206d1c>] (musb_g_ep0_irq+0x32c/0x910)
[ 1097.309326] [<c0206d1c>] (musb_g_ep0_irq+0x32c/0x910) from
[<c0205e94>] (musb_interrupt+0x2fc/0x3d4)
[ 1097.318542] [<c0205e94>] (musb_interrupt+0x2fc/0x3d4) from
[<c0205fcc>] (generic_interrupt+0x60/0x94)
[ 1097.327819] [<c0205fcc>] (generic_interrupt+0x60/0x94) from
[<c0091a04>] (handle_IRQ_event+0x34/0xf4)
[ 1097.337127] [<c0091a04>] (handle_IRQ_event+0x34/0xf4) from
[<c0093998>] (handle_level_irq+0xc0/0x150)
[ 1097.346405] [<c0093998>] (handle_level_irq+0xc0/0x150) from
[<c0039070>] (asm_do_IRQ+0x70/0x90)
[ 1097.355163] [<c0039070>] (asm_do_IRQ+0x70/0x90) from [<c0039ac8>]
(__irq_svc+0x48/0xa8)
[ 1097.363220] Exception stack(0xc03d5f40 to 0xc03d5f88)
[ 1097.368316] 5f40: 001faa3b 00000000 001faa3b 00000000 c040bb14
00000003 c040bb14 c040bb14
[ 1097.376556] 5f60: c042df10 411fc082 0000001f 00000000 00000000
c03d5f88 c004b038 c004b044
[ 1097.384765] 5f80: 60000053 ffffffff
[ 1097.388305] [<c0039ac8>] (__irq_svc+0x48/0xa8) from [<c004b044>]
(omap3_enter_idle+0x104/0x134)
[ 1097.397064] [<c004b044>] (omap3_enter_idle+0x104/0x134) from
[<c0217d60>] (cpuidle_idle_call+0xa4/0x104)
[ 1097.406616] [<c0217d60>] (cpuidle_idle_call+0xa4/0x104) from
[<c003b4dc>] (cpu_idle+0x48/0x98)
[ 1097.415283] [<c003b4dc>] (cpu_idle+0x48/0x98) from [<c000893c>]
(start_kernel+0x26c/0x2cc)
[ 1097.423614] [<c000893c>] (start_kernel+0x26c/0x2cc) from
[<80008034>] (0x80008034)
[ 1097.431243] Code: e92d4010 e59f000c eb0a6c93 e3a03000 (e5833000)
[ 1097.437469] ---[ end trace a64ad4cab94f5387 ]---
[ 1097.442138] Kernel panic - not syncing: Fatal exception in interrupt
[ 1097.448608] [<c003f92c>] (unwind_backtrace+0x0/0xdc) from
[<c02d8a00>] (panic+0x48/0x120)
[ 1097.456878] [<c02d8a00>] (panic+0x48/0x120) from [<c003ddb4>]
(die+0x2a8/0x2f8)
[ 1097.464294] [<c003ddb4>] (die+0x2a8/0x2f8) from [<c0041c60>]
(__do_kernel_fault+0x64/0x84)
[ 1097.472625] [<c0041c60>] (__do_kernel_fault+0x64/0x84) from
[<c0041eb0>] (do_page_fault+0x230/0x24c)
[ 1097.481872] [<c0041eb0>] (do_page_fault+0x230/0x24c) from
[<c00392a8>] (do_DataAbort+0x34/0x94)
[ 1097.490661] [<c00392a8>] (do_DataAbort+0x34/0x94) from [<c0039a6c>]
(__dabt_svc+0x4c/0x60)
[ 1097.498992] Exception stack(0xc03d5e08 to 0xc03d5e50)
[ 1097.504119] 5e00:                   00000042 c0367391 c03d5e44
00000000 c8998000 00000000
[ 1097.512390] 5e20: c7862064 00000001 fa0ab100 fa0ab100 fa0ab000
c7862048 0002822b c03d5e50
[ 1097.520629] 5e40: c003d888 c003d88c 400001d3 ffffffff
[ 1097.525726] [<c0039a6c>] (__dabt_svc+0x4c/0x60) from [<c003d88c>]
(__bug+0x18/0x24)
[ 1097.533477] [<c003d88c>] (__bug+0x18/0x24) from [<c00413b8>]
(___dma_single_dev_to_cpu+0x38/0x68)
[ 1097.542449] [<c00413b8>] (___dma_single_dev_to_cpu+0x38/0x68) from
[<c02083a8>] (musb_g_giveback+0x80/0x164)
[ 1097.552398] [<c02083a8>] (musb_g_giveback+0x80/0x164) from
[<c0206d1c>] (musb_g_ep0_irq+0x32c/0x910)
[ 1097.561614] [<c0206d1c>] (musb_g_ep0_irq+0x32c/0x910) from
[<c0205e94>] (musb_interrupt+0x2fc/0x3d4)
[ 1097.570861] [<c0205e94>] (musb_interrupt+0x2fc/0x3d4) from
[<c0205fcc>] (generic_interrupt+0x60/0x94)
[ 1097.580169] [<c0205fcc>] (generic_interrupt+0x60/0x94) from
[<c0091a04>] (handle_IRQ_event+0x34/0xf4)
[ 1097.589477] [<c0091a04>] (handle_IRQ_event+0x34/0xf4) from
[<c0093998>] (handle_level_irq+0xc0/0x150)
[ 1097.598785] [<c0093998>] (handle_level_irq+0xc0/0x150) from
[<c0039070>] (asm_do_IRQ+0x70/0x90)
[ 1097.607604] [<c0039070>] (asm_do_IRQ+0x70/0x90) from [<c0039ac8>]
(__irq_svc+0x48/0xa8)
[ 1097.615661] Exception stack(0xc03d5f40 to 0xc03d5f88)
[ 1097.620788] 5f40: 001faa3b 00000000 001faa3b 00000000 c040bb14
00000003 c040bb14 c040bb14
[ 1097.629058] 5f60: c042df10 411fc082 0000001f 00000000 00000000
c03d5f88 c004b038 c004b044
[ 1097.637298] 5f80: 60000053 ffffffff
[ 1097.640838] [<c0039ac8>] (__irq_svc+0x48/0xa8) from [<c004b044>]
(omap3_enter_idle+0x104/0x134)
[ 1097.649627] [<c004b044>] (omap3_enter_idle+0x104/0x134) from
[<c0217d60>] (cpuidle_idle_call+0xa4/0x104)
[ 1097.659210] [<c0217d60>] (cpuidle_idle_call+0xa4/0x104) from
[<c003b4dc>] (cpu_idle+0x48/0x98)
[ 1097.667907] [<c003b4dc>] (cpu_idle+0x48/0x98) from [<c000893c>]
(start_kernel+0x26c/0x2cc)
[ 1097.676269] [<c000893c>] (start_kernel+0x26c/0x2cc) from
[<80008034>] (0x80008034)

Any news regarding this?
Thanks a lot,
S.

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2010-03-09 18:30 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-21 11:26 MUSB crash on OMAP3 board with second load of gadget Sergey Lapin
     [not found] ` <48239d391001210326y25986d59hd10d390ef9c8ddea-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-01-21 12:28   ` Felipe Balbi
2010-01-21 13:23     ` Sergey Lapin
     [not found]       ` <48239d391001210523l5762775dm8382ad82e7b10e4a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-01-21 16:16         ` Sergey Lapin
2010-01-21 16:24           ` Felipe Balbi
2010-01-21 17:32             ` Sergey Lapin
2010-01-22 10:38               ` Sergey Lapin
2010-01-22 14:07                 ` Sergey Lapin
  -- strict thread matches above, loose matches on Subject: below --
2010-03-09 18:30 Sergey Lapin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox