RE: Easily reproducible Linux 3.3.2 Oops in ehci_work().

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Alan,

I get a broken urb_index, pointing the lookup somewhere really obscure.

Regards,
Christian

> On Wed, 2 May 2012, Christian Melki wrote:
> 
> > Hello.
> > 
> > I can reliably reproduce an Oops on our Freescale 8347:e with a 
> > Logitech webcam. Strange part is that I can only do it using 
> > usb-audio, never with the same device using uvcvideo or usb-storage.
> > It usually occurs within seconds of streaming from the USB-audio 
> > device. I have ported everything on our platfrom from our 2.6.32 
> > kernel to 3.3.2. USB never gave me an issue on 2.6.32 and I can't 
> > figure out why it would die in ehci_work like this.
> 
> It's probably not ehci_work() itself, but a subroutine call 
> that was inlined.
> 
> > 
> > Unable to handle kernel paging request for data at address 
> 0xbe903df8 
> > Faulting instruction address: 0xc01f45d4
> 
> Can you figure out what C statement corresponds to that address?  
> Perhaps by putting printk statements at strategic spots in 
> scan_async() and scan_periodic().
> 
> > Oops: Kernel access of bad area, sig: 11 [#1] PREEMPT 
> ASP8347E Modules 
> > linked in:
> > NIP: c01f45d4 LR: c01f41b0 CTR: 00000008
> > REGS: c3ff7e30 TRAP: 0300   Not tainted  (3.3.2)
> > MSR: 00001032 <ME,IR,DR,RI>  CR: 24482422  XER: 20000000
> > DAR: be903df8, DSISR: 22000000
> > TASK = c31996e0[2261] 'cap' THREAD: c31aa000
> > GPR00: 00000000 c3ff7ee0 c31996e0 c3a0438c c3b03d80 
> c31b3ba0 00000000 
> > 00000000
> > GPR08: be903dec 00000000 ffadffff c33b311c 44448484 
> 1001a448 00000e68 
> > c3a04328
> > GPR16: 00000000 01000000 00000e60 000001cd 000001cd 
> 00000730 c3a0438c 
> > c3a04390
> > GPR24: c3a0f730 00000000 c3b72de0 c3a09f30 00000000 
> c3a042d8 00000000 
> > c33b30a0 NIP [c01f45d4] ehci_work+0x8f4/0xac4 LR [c01f41b0] 
> > ehci_work+0x4d0/0xac4 Call Trace:
> > [c3ff7ee0] [c01f41b0] ehci_work+0x4d0/0xac4 (unreliable) [c3ff7f40] 
> > [c01f4c18] ehci_irq+0x284/0x2b4 [c3ff7f70] [c01dde24] 
> > usb_hcd_irq+0x44/0x6c [c3ff7f80] [c005ba10] 
> > handle_irq_event_percpu+0x74/0x1b0
> > [c3ff7fc0] [c005bba0] handle_irq_event+0x54/0x90 [c3ff7fe0] 
> [c005e338] 
> > handle_level_irq+0xa0/0x114 [c3ff7ff0] [c000dd48] 
> > call_handle_irq+0x18/0x28 [c31abf10] [c0005784] do_IRQ+0xe0/0x138 
> > [c31abf40] [c000fb64] ret_from_except+0x0/0x14
> > --- Exception: 501 at 0xff1565c
> >     LR = 0xff15658
> > Instruction dump:
> > 7cff3a14 55082036 38070004 7d044214 3908000c 7c00042c 74077000 
> > 932bff88 408200e0 2f800000 419c00cc 5400853e <90e8000c> 90080008 
> > 81040058 7c080214 ---[ end trace c2cdbb4339c562c5 ]---
> 
> It's hard to tell what's wrong just from this.
> 
> Alan Stern
> 
> --
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux