On Sun, Nov 23, 2014 at 10:27:40PM +0100, Stefan Seyfried wrote:
I know this is for upstream. But 3.16 ist old, so nobody will care and additionally I know that both sound and USB maintainers are reading this list, this is why I come here :-)
My daughters machine got updated to 13.2.
Which architecture? This setup suggests some Pi ;-)
2014-11-21T17:50:56.288141+01:00 wendy kernel: [29825.480162] usbcore: registered new interface driver snd-usb-audio
My first guess is that this is the problem.
This works well. However, She quickly got the following backtraces: 2014-11-21T17:51:08.319396+01:00 wendy kernel: [29837.511069] URB ef705c40 submitted while active
2014-11-21T17:51:08.319695+01:00 wendy kernel: [29837.511676] timer: snd_usbmidi_error_timer+0x0/0xa0 [snd_usbmidi_lib] preempt leak: 00000101 -> 00000102
After reboot, the module was loaded during boot, same procedure:
something strange happens: 2014-11-23T19:43:06.088510+01:00 wendy kernel: [ 35.914169] usb 4-2: new full-speed USB device number 4 using uhci_hcd 2014-11-23T19:43:06.088518+01:00 wendy kernel: [ 36.042935] usb 4-2: config index 0 descriptor too short (expected 9, got 2) 2014-11-23T19:43:06.088526+01:00 wendy kernel: [ 36.042944] usb 4-2: can't read configurations, error -22
What did I already try?
- update to 3.17.x from Kernel:stable
- downgrade to 3.10.x from 13.1
Both show the same "usb_submit_urb: -16" flood. I did not try long enough to panic the box. My daughter suggested that the panic does happen when she starts playing with the special MIDI functions of the keyboard. I don't know if that's true or if the two panics today are just bad luck.
Grepping through the archived syslog seems to suggest that it happened first on March 23 2014, with 13.1 kernel 3.11.10
Works fine here, 13.2, 3.16.6-2-desktop #1 SMP PREEMPT Mon Oct 20 13:47:22 UTC 2014 (feb42ea) x86_64 [ 2.711503] usb 3-1: new full-speed USB device number 2 using xhci_hcd [ 2.864383] usb 3-1: New USB device found, idVendor=1a86, idProduct=752d [ 2.864387] usb 3-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [ 2.864389] usb 3-1: Product: USB2.0-MIDI
But it's a MIDI-_only_ adaptor, cheap LogiLink idVendor 0x1a86 QinHeng Electronics idProduct 0x752d CH345 MIDI adapter bcdDevice 2.54 iManufacturer 0 iProduct 2 USB2.0-MIDI
Maybe the kernel messes up the endpoint configuration, seeing the additional audio device?
Sorry, that's all I can contribute for now.