[Kernel-packages] [Bug 1557172] [NEW] khubd/usbhid deadlock(?) creates processes in state D

Public bug reported: (Note that the attached logs are not a machine exhibiting the issue) I've observed this issue specifically on Dell's PowerEdge R410 with its DRAC. I manage quite a few other machines with DRACs and haven't seen this issue so it may be limited to the R410. I've seen cases of t

[Kernel-packages] [Bug 1557172] Re: khubd/usbhid deadlock(?) creates processes in state D

Sorry, I'm not super familiar with apport (our security folks make us disable it because they get upset for reasons I don't quite grasp). I tried to install apport and python-apport, but no dice on actually running apport-collect. $ apport-collect 1557172 Traceback (most recent call last): File

[Kernel-packages] [Bug 1557172] Re: khubd/usbhid deadlock(?) creates processes in state D

Hi Joseph I'll see if I can nab some extra hardware to try it out. Keep in mind that I haven't found a way to reproduce this reliably yet, with our usual setup it can take a few weeks before it happens. Basically we have a cron job that periodically exports the state of our machines, which include

[Kernel-packages] [Bug 1557172] Re: khubd/usbhid deadlock(?) creates processes in state D

Hi, sorry for the lack of update. In the meantime I've seen reports of a few cases of this on actual desktops and laptops, so the workaround of disabling the usbhid dirver via udev isn't really an option there :) Our setup relies on a handful of out-of-tree modules that don't seem to build on 4.5.

[Kernel-packages] [Bug 1582864] [NEW] use after free of BOS in usb_reset_and_verify_device

Public bug reported: Should be fixed with upstream commit e5bdfd50d6f76077bf8441d130c606229e100d40, which reverts upstream commit d8f00cd685f5c8e0def8593e520a7fef12c22407. With slub_debug enabled this manifests as a deref of 0x6b6b... in usb_disable_ltm [ 218.235302] general protection fault: 0

[Kernel-packages] [Bug 1582864] Re: use after free of BOS in usb_reset_and_verify_device

Nice, looks like it works for me! $ uname -rsov Linux 3.13.0-86-generic #131~lp1582864 SMP Tue May 17 20:16:27 UTC 2016 GNU/Linux And here's my dmesg (previously I was getting an oops when unplugging my usb3 thumbdrive). $ dmesg ... [ 90.797829] usb 4-3: new SuperSpeed USB device number 2 usi

[Kernel-packages] [Bug 1582864] Re: use after free of BOS in usb_reset_and_verify_device

$ uname -a Linux gerow0 3.19.0-62-generic #70~14.04.1-Ubuntu SMP Mon Jun 13 16:30:31 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux No oopses in vivid either, verified. ** Tags removed: verification-needed-vivid ** Tags added: verification-done-vivid -- You received this bug notification because you

[Kernel-packages] [Bug 1582864] Re: use after free of BOS in usb_reset_and_verify_device

$ uname -a Linux gerow0 4.2.0-39-generic #46~14.04.1-Ubuntu SMP Mon Jun 13 15:40:38 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux No oopses in wily, verified. Booting into vivid next. ** Tags removed: verification-needed-wily ** Tags added: verification-done-wily -- You received this bug notificatio

[Kernel-packages] [Bug 1593835] [NEW] Transient panic on boot with wily proposed kernel (4.2.0-39)

Public bug reported: Attached picture of panic, although there's not really much there. It kinda looks like init has decided to kill itself. It's only happened once in the three times I've booted into the new kernel. I haven't had a chance to test it more beyond that. ** Affects: linux (Ubuntu)

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

$ cat /proc/version_signature Ubuntu 4.2.0-39.46~14.04.1-generic 4.2.8-ckt11 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1593835 Title: Transient panic on boot with wily proposed ker

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

** Attachment added: "lspci-vnvn.log" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1593835/+attachment/4685754/+files/lspci-vnvn.log -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bu

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

Also relevant, I have installed a few dkms modules that could be causing trouble (including one that is unfortunately closed-source and that I can't share...): $ dkms status -k 4.2.0-39-generic bbswitch, 0.7, 4.2.0-39-generic, x86_64: installed hpuefi, 1.0.3+gg8, 4.2.0-39-generic, x86_64: installe

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

Company policy disables apport, but if there's anything specific I'm happy to provide it. ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.l

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

If none of y'all are seeing anything like this in the proposed kernel I wouldn't be surprised if it has something to do with my setup, so this bug probably shouldn't block the release. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux

[Kernel-packages] [Bug 1593835] Re: Transient panic on boot with wily proposed kernel (4.2.0-39)

Sadly no, I only saw it happen once and I have no idea what might have caused it. The one and only time I saw it was with the 4.2 kernel, though. I don't have access to the machine that it happened on anymore, unfortunately, but I'll see if I can reproduce the issue on another machine I have acces

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

And the other side. ** Attachment added: "IMG_20160729_134619.jpg" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586195/+attachment/4709936/+files/IMG_20160729_134619.jpg -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux i

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

Of course. The device itself doesn't have any interesting markings, but luckily I still have the packaging it came in too. ** Attachment added: "IMG_20160729_134607.jpg" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586195/+attachment/4709935/+files/IMG_20160729_134607.jpg -- You rec

[Kernel-packages] [Bug 1582864] Re: use after free of BOS in usb_reset_and_verify_device

Excellent. Thanks for the prompt response! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1582864 Title: use after free of BOS in usb_reset_and_verify_device Status in linux package in

[Kernel-packages] [Bug 1582864] Re: use after free of BOS in usb_reset_and_verify_device

Looks good! Started with slub_debug and not seeing any Oopses when uplugging usb3 storage. $ uname -rsov Linux 3.13.0-87-generic #133-Ubuntu SMP Tue May 24 18:32:09 UTC 2016 GNU/Linux $ dmesg ... [ 79.103213] usb 4-3: new SuperSpeed USB device number 2 using xhci_hcd [ 79.121274] usb 4-3: Par

[Kernel-packages] [Bug 1586195] [NEW] Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

Public bug reported: Seems to be paired with dmesg entries like this on the trusty kernel: [24763.731054] usb 4-4.2: Disable of device-initiated U1 failed. [24763.734507] usb 4-4.2: Disable of device-initiated U2 failed. [24763.734594] r815x 4-4.2:2.0 eth3: unregister 'r815x' usb-:00:14.0-4.2

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

Oh, and here's the full dmesg output from the 4.6 run. ** Attachment added: "dmesg.mainline" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586195/+attachment/4670966/+files/dmesg.mainline -- You received this bug notification because you are a member of Kernel Packages, which is subs

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

Yes, I've only specifically checked trusty, wily, and the 4.6 kernel from . -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1586195 T

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

If it's any help at all: my personal laptop running Debian unstable doesn't seem to have the same issue with this device (it's on 4.5.0). Also, this adapter specifically is the "Monoprice USB3.0 Gigabit Ethernet Adapter" , which is Realtek 8153-based as

[Kernel-packages] [Bug 1586195] Re: Realtek 8153-based ethernet adapter on usb3 eventually stops working requiring unplug/replug

And by "doesn't seem to have the same issue" I mean I still get the "Stop submitting intr, status -71" error when disconnecting the device, but it doesn't seem to randomly stop working between when I initially plug it in and some time in the future (probably averages around 15 minutes). -- You re