On Wed, 26 Mar 2014 baumber@hotmail.com wrote:
Another issue/problem with the headset occurs every ~10th - 20th hibernate cycle, but is not related to your patch. The usb-headset (the usb transceiver part) disconnects and reconnects immediately after resume. This behaviour was also before your patch and I interpreted this as device reset and as a problem of the device itself. Because of this behaviour the master channel "headset" in kmix is also cleared and reset to the onboard one.
Do you know if this is a kernel bug or a device bug?
Bernhard
usb-headset disconnects/reconnects after resume;
[ 3901.627484] ata6.00: configured for UDMA/133 [ 3901.630579] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3901.630593] sd 7:0:0:0: [sdc] Starting disk [ 3901.634755] ata5.00: configured for UDMA/133 [ 3901.646699] sd 5:0:0:0: [sdb] Starting disk [ 3901.654656] sd 4:0:0:0: [sda] Starting disk [ 3901.666459] firewire_core 0000:0c:03.0: rediscovered device fw0 [ 3901.670491] usb 2-1: reset high-speed USB device number 2 using ehci-pci [ 3901.874780] usb 1-1.4: reset high-speed USB device number 3 using ehci-pci [ 3902.271236] usb 2-1.2: reset low-speed USB device number 3 using ehci-pci [ 3902.623801] usb 1-1.4.3: reset high-speed USB device number 4 using ehci-pci [ 3902.996413] usb 1-1.4.3.4: reset full-speed USB device number 6 using ehci-pci [ 3903.160598] usb 1-1.4.3.3: reset full-speed USB device number 5 using ehci-pci [ 3903.329030] PM: restore of devices complete after 2234.676 msecs [ 3903.329283] PM: Image restored successfully. [ 3903.329284] Restarting tasks ... done. [ 3903.336466] PM: Basic memory bitmaps freed [ 3904.575113] r8169 0000:05:00.0 eth0: link down [ 3904.575127] r8169 0000:05:00.0 eth0: link down [ 3904.575153] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 3906.277519] r8169 0000:05:00.0 eth0: link up [ 3906.277531] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 3958.031248] usb 1-1.4.3.3: USB disconnect, device number 5
This is what you're referring to?
[ 3958.743798] usb 1-1.4.3.3: new full-speed USB device number 7 using ehci-pci [ 3959.165798] usb 1-1.4.3.3: New USB device found, idVendor=046d, idProduct=0a29 [ 3959.165806] usb 1-1.4.3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3959.165810] usb 1-1.4.3.3: Product: Logitech Wireless Headset [ 3959.165813] usb 1-1.4.3.3: Manufacturer: Logitech [ 3959.165817] usb 1-1.4.3.3: SerialNumber: 000d44b20870 [ 3959.249740] input: Logitech Logitech Wireless Headset as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4.3/1-1.4.3.3/1-1.4.3.3:1.3/input/input17 [ 3959.250347] hid-generic 0003:046D:0A29.0007: input,hiddev0,hidraw1: USB HID v1.11 Device [Logitech Logitech Wireless Headset] on usb-0000:00:1a.0-1.4.3.3/input3 [ 3959.539837] hda-codec: out of range cmd 2:5:707:ffffffbf
It is most likely a bug in the device. Given that happens no more than 10% of the time, it is very unlikely to be a bug in the kernel.
Alan Stern