Re: 3.12.5 CRASH/FREEZE

[Pavel Vasilyev]

20.12.2013 18:10, Sebastian Andrzej Siewior ÐÐÑÐÑ:
> * Pavel Vasilyev | 2013-12-13 00:29:52 [+0400]:
> 
>> On startup, if USB webcam (uvcvideo) attached in usb-hole
>>
>> NMI backtrace for cpu 0
>> CPU: 0 PID: 35 Comm: irq/43-xhci_hcd Not tainted 3.12.5-plx #6
> 
>> [<c13aa59c>] xhci_queue_isoc_tx_prepare+0x39c/0x950
>> [<c139d35f>] xhci_urb_enqueue+0x22f/0x540
>> [<c1375745>] usb_hcd_submit_urb+0x65/0x280
>> [<c13777a0>] usb_submit_urb+0x170/0x3a0
>> [<c13e1ee8>] uvc_video_complete+0xb8/0xd0
>> [<c1374625>] __usb_hcd_giveback_urb+0x45/0xa0
>> [<c1374bd8>] usb_hcd_giveback_urb+0x38/0xf0
>> [<c13a84cf>] handle_tx_event+0x3af/0xda0
>> [<c13a9082>] xhci_irq+0x1a2/0x6c0
>> [<c13a95aa>] xhci_msi_irq+0xa/0x10
>> [<c1084c31>] irq_forced_thread_fn+0x21/0x70
>> [<c1085046>] irq_thread+0x106/0x220
>> [<c1057110>] kthread+0xd0/0xe0
>> [<c15083b7>] ret_from_kernel_thread+0x1b/0x28
> 
> This looks like uvc is resubmitting the URB on completion. Nothing
> unusual. Howver it seems that then CPU gets stuck in
> xhci_queue_isoc_tx_prepare() for some reason. Could you try map c13aa59c

Same bug if attach to ehci hub.

ksoftird/0 process of loading the CPU upto 100%
Sometimes process irq17/0 - ehci_hcd  or xhci_hcd.
After taking the camera out of the socket, the load does not fall,
keyboard and console blocked


> to the source line? Something like
>   addr2lin -e xhci-hcd.ko -i c13aa59c
> 
> should do the trick but of the module of this trace.
> What does the -plx stand for in localversion? Do you have any custom
> patches on your kernel?

No patches, just local flag.



-- 

                                                         Pavel.

Attachment: signature.asc
Description: OpenPGP digital signature