Kernel panic with Magewell USB 3.0 UVC capture device

[Jeremy Powell]

A kernel panic can occur when using a Magewell USB 3.0 UVC video capture device. It frequently occurs when killing a process using the device with SIGTERM.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: linux-image-3.8.0-31-generic 3.8.0-31.46
ProcVersionSignature: Ubuntu 3.8.0-31.46-generic 3.8.13.8
Uname: Linux 3.8.0-31-generic x86_64
ApportVersion: 2.9.2-0ubuntu8.3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC2: jeremy 2178 F.... pulseaudio
 /dev/snd/controlC0: jeremy 2178 F.... pulseaudio
 /dev/snd/controlC1: jeremy 2178 F.... pulseaudio
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Date: Tue Oct 1 10:24:06 2013
InstallationDate: Installed on 2013-07-31 (61 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
IwConfig:
 eth0 no wireless extensions.

 lo no wireless extensions.
MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M.
MarkForUpload: True
ProcFB: 0 radeondrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-31-generic root=UUID=1ed8a421-e1ce-4c23-8c7b-a334d9b30b28 ro quiet splash
RelatedPackageVersions:
 linux-restricted-modules-3.8.0-31-generic N/A
 linux-backports-modules-3.8.0-31-generic N/A
 linux-firmware 1.106
RfKill:

SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 10/24/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: F16
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: Z77X-D3H
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF16:bd10/24/2012:svnGigabyteTechnologyCo.,Ltd.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnZ77X-D3H:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To be filled by O.E.M.
dmi.product.version: To be filled by O.E.M.
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.12 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12-rc3-saucy/

[Jeremy Powell (molesmoke)]

Hi,

Thanks for the speedy response.

I have installed 3.12.0-999-generic and so far I haven't had any kernel panics, but it is an intermittent problem, so I am reluctant to say that the problem is resolved in the mainline yet. Also, although there have not yet been any kernel panics, the USB UVC device can become unresponsive. Here is the output of dmesg, showing the device becoming unresponsive at ~226:

[ 210.854994] xhci_hcd 0000:03:00.0: Signal while waiting for configure endpoint command
[ 210.855282] usb 6-1: Not enough bandwidth for altsetting 0
[ 216.913188] xhci_hcd 0000:03:00.0: Signal while waiting for configure endpoint command
[ 216.913537] usb 6-1: Not enough bandwidth for altsetting 0
[ 226.520929] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD
[ 226.521291] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD
[ 226.521682] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD
[ 226.522044] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD
[ 226.522414] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD
[ 226.522441] xhci_hcd 0000:03:00.0: Signal while waiting for configure endpoint command
[ 226.522475] usb 6-1: Not enough bandwidth for altsetting 0

The device resumes normal operation after being unplugged and plugged back in.

I'll keep running the mainline kernel and update this issue if I have any further findings.

Thanks for your help!

[Jeremy Powell (molesmoke)]

Hi,

Sorry, I used the wrong kernel despite your kindly provided link.

I have installed v3.12-rc3-saucy on some different hardware (Intel H61 Express chipset with ASMedia ASM1042 USB 3.0 controller). When killing a process accessing the UVC device, all connected USB devices become unresponsive with the following output from dmesg:

[ 85.822247] xhci_hcd 0000:04:00.0: Signal while waiting for configure endpoint command
[ 101.307981] ------------[ cut here ]------------
[ 101.307988] WARNING: CPU: 1 PID: 2503 at /home/apw/COD/linux/kernel/watchdog.c:245 watchdog_overflow_callback+0x9a/0xc0()
[ 101.307989] Watchdog detected hard LOCKUP on cpu 1
[ 101.307990] Modules linked in: joydev usb_storage hid_generic hid_microsoft snd_hda_codec_hdmi snd_hda_codec_realtek snd_usb_audio snd_usbmidi_lib uvcvideo snd_hda_intel snd_hda_codec snd_hwdep snd_pcm videobuf2_vmalloc usbhid videobuf2_memops videobuf2_core videodev hid snd_page_alloc snd_seq_midi snd_seq_midi_event ftdi_sio usbserial rfcomm bnep snd_rawmidi bluetooth parport_pc ppdev snd_seq snd_seq_device snd_timer mac_hid i915 video drm_kms_helper snd mei_me drm mei lpc_ich soundcore i2c_algo_bit lp parport ahci libahci r8169 mii
[ 101.308021] CPU: 1 PID: 2503 Comm: source:src Not tainted 3.12.0-031200rc3-generic #201309291835
[ 101.308022] Hardware name: Shuttle Inc. DS61/FS61, BIOS 2.03 01/09/2013
[ 101.308024] 00000000000000f5 ffff880100307ba8 ffffffff81747b27 0000000000000007
[ 101.308027] ffff880100307bf8 ffff880100307be8 ffffffff8106759c 0000000000000000
[ 101.308029] ffff880071c04000 0000000000000000 ffff880100307d20 0000000000000000
[ 101.308031] Call Trace:
[ 101.308033] <NMI> [<ffffffff81747b27>] dump_stack+0x46/0x58
[ 101.308041] [<ffffffff8106759c>] warn_slowpath_common+0x8c/0xc0
[ 101.308044] [<ffffffff81067686>] warn_slowpath_fmt+0x46/0x50
[ 101.308046] [<ffffffff81107eda>] watchdog_overflow_callback+0x9a/0xc0
[ 101.308050] [<ffffffff811457bc>] __perf_event_overflow+0x9c/0x230
[ 101.308054] [<ffffffff8102acb8>] ? x86_perf_event_set_period+0xd8/0x150
[ 101.308057] [<ffffffff811460c4>] perf_event_overflow+0x14/0x20
[ 101.308059] [<ffffffff8103251e>] intel_pmu_handle_irq+0x1ae/0x2a0
[ 101.308063] [<ffffffff81757184>] perf_event_nmi_handler+0x34/0x60
[ 101.308065] [<ffffffff817568da>] nmi_handle.isra.3+0x8a/0x1a0
[ 101.308067] [<ffffffff81757200>] ? perf_ibs_nmi_handler+0x50/0x50
[ 101.308069] [<ffffffff81756b69>] default_do_nmi+0xe9/0x240
[ 101.308072] [<ffffffff81756d50>] do_nmi+0x90/0xd0
[ 101.308074] [<ffffffff81755cc1>] end_repeat_nmi+0x1e/0x2e
[ 101.308077] [<ffffffff81580cb2>] ? xhci_handshake+0x22/0x70
[ 101.308079] [<ffffffff81580cb2>] ? xhci_handshake+0x22/0x70
[ 101.308081] [<ffffffff81580cb2>] ? xhci_handshake+0x22/0x70
[ 101.308082] <<EOE>> [<ffffffff8158bf7b>] xhci_abort_cmd_ring+0xbb/0x140
[ 101.308088] [<ffffffff8158dff5>] xhci_cancel_cmd+0xd5/0x170
[ 101.308090] [<ffffffff8158377c>] xhci_configure_endpoint+0x32c/0x470
[ 101.308092] [<ffffffff815841de>] xhci_check_bandwidth+0xee/0x280
[ 101.308096] [<ffffffff81557113>] usb_hcd_alloc_bandwidth+0x2b3/0x340
[ 101.308099] [<ffffffff810537de>] ? x86_swiotlb_free_co...

[Jeremy Powell (molesmoke)]

OK, I have retested with v3.12-rc3-saucy and get the same result as with 3.12.0-999-generic on the Gigabyte Z77X-D3H. Still no kernel panics yet.

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]