On Wed, 26 Mar 2014 baum...@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 -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
