# zgrep HCI /proc/config.gz
CONFIG_SATA_AHCI=y
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_ACARD_AHCI is not set
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB_ARCH_HAS_XHCI=y
CONFIG_USB_XHCI_HCD=y
# CONFIG_USB_XHCI_HCD_DEBUGGING is not set
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set

I found another thread on f.g.o saying that this could be because a USB 1.1 headset can fail to reserve the necessary bandwidth. However, not only has this worked well before together with all my other perpherials (keyboard, mouse, phone), it also doesn't help unplug all usb-devices and connect only the headset.

Please choose the one that you need for your hardware. They are known to conflict.

For Intel/VIA, chose UHCI - otherwise its OHCI. If you feel adventuerous, turn them both off and enable

Code:

# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set

You need hardware support fot Transaction Translation. If you have it, USB1.x devices will be controlled by the EHCI driver and Transaction Translation. If you don't have hardware suppoer, USB 1.x will be broken.
Don't try Transaction Translation if you depend on a USB keyboard, you may loose console control of your system.._________________Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

# zgrep HCI /proc/config.gz
CONFIG_SATA_AHCI=y
# CONFIG_SATA_AHCI_PLATFORM is not set
# CONFIG_SATA_ACARD_AHCI is not set
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB_ARCH_HAS_XHCI=y
CONFIG_USB_XHCI_HCD=y
# CONFIG_USB_XHCI_HCD_DEBUGGING is not set
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_OHCI_HCD is not set
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set

I could give the adventuerous version a try, but is there a way to know that my laptop keyboard isn't using usb internally? Cause that could be bad

I've just discovered that I have an identical USB headset. It ceartainly used to work for me as I used it for a podcast. That was about 4 years ago now.
Its seen little use since. Anyway, when I plug it in I get,

You also have XHCI, I recall reading somewhere the USB drivers have to be loaded in certain order to make sure they do not conflict with each other. Sorry being so vague, hope google will help to find more details on it._________________Please learn how to denote units correctly!

Yes, it says that for the first one, but even if I disable it, I can still enable the scheduling one. In my case, for my dell vostro with hardened 3.2.11, it worked like a charm. Here are the help comments for both.

CONFIG_USB_EHCI_ROOT_HUB_TT: │
│ │
│ Some EHCI chips have vendor-specific extensions to integrate │
│ transaction translators, so that no OHCI or UHCI companion │
│ controller is needed. It's safe to say "y" even if your │
│ controller doesn't support this feature. │
│ │
│ This supports the EHCI implementation that's originally │
│ from ARC, and has since changed hands a few times.

CONFIG_USB_EHCI_TT_NEWSCHED: │
│ │
│ This changes the periodic scheduling code to fill more of the low │
│ and full speed bandwidth available from the Transaction Translator │
│ (TT) in USB 2.0 hubs. Without this, only one transfer will be │
│ issued in each microframe, significantly reducing the number of │
│ periodic low/fullspeed transfers possible. │
│ │
│ If you have multiple periodic low/fullspeed devices connected to a │
│ highspeed USB hub which is connected to a highspeed USB Host │
│ Controller, and some of those devices will not work correctly │
│ (possibly due to "ENOSPC" or "-28" errors), say Y. Conversely, if │
│ you have only one such device and it doesn't work, you could try │
│ saying N. │
│ │
│ If unsure, say Y.

The last stable is still 3.2.12 though. The problem has disappeared for me, as far as I can tell without me having changed any config, just the way it showed up. It's interesting to note that the headset is no longer identified as a plantronics one.

If that fails, turn off the last two above and enable either OHCI-HCD or UHCI-HCD - whever is correct for your hardware. UHCI-HCD is for Intel and VIA. Evryone elses uses the other one.
With separate USB1 and USB2 drivers, you must not mix and match USB1 and USB2 devices on the same root hub or it will ball back to USB1 speeds for all connected hardware.

Your most recent post still shows

Code:

usb 1-1.1: new full-speed USB device number 9 using ehci_hcd

so transaction translation is still in use.
Low-spped=1.5Mbit/sec mice, keyboards etc. USB1
Full speed =12Mbit/sec almost everything else. USB1
High speed =480Mbit/sec USB2_________________Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.