Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#34839 - [linux] Creative HS-950 USB headset causes X BUG, can't click outside window

Attached to Project: Arch Linux
Opened by Carlos (Carlinhos) - Thursday, 18 April 2013, 06:14 GMT
Last edited by Tobias Powalowski (tpowa) - Tuesday, 30 July 2013, 10:43 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: Pulseaudio often crashes on login (if the headset is plugged) or when a sound is played. The only way to be able to click outside the active window is to unplug the headset.

Same bug as these: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1080882 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1007575

Apparently the volume control keys on this headset are interpreted as a keyboard which causes the bug.

This seems to be the fix: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=929578ab0339fe42bb3ceeaa2e6607189cddf70b I don't know how to apply it in order to test it though.

Additional info:

Xorg.0.log

[ 12.573] (II) config/udev: Adding input device Creative Technology Creative USB Headset (/dev/input/event13)
[ 12.573] (**) Creative Technology Creative USB Headset: Applying InputClass "evdev keyboard catchall"
[ 12.573] (II) Using input driver 'evdev' for 'Creative Technology Creative USB Headset'
[ 12.573] (**) Creative Technology Creative USB Headset: always reports core events
[ 12.573] (**) evdev: Creative Technology Creative USB Headset: Device: "/dev/input/event13"
[ 12.573] (--) evdev: Creative Technology Creative USB Headset: Vendor 0x41e Product 0x400
[ 12.573] (--) evdev: Creative Technology Creative USB Headset: Found 2 mouse buttons
[ 12.573] (--) evdev: Creative Technology Creative USB Headset: Found keys
[ 12.573] (II) evdev: Creative Technology Creative USB Headset: Forcing relative x/y axes to exist.
[ 12.574] (II) evdev: Creative Technology Creative USB Headset: Configuring as mouse
[ 12.574] (II) evdev: Creative Technology Creative USB Headset: Configuring as keyboard
[ 12.574] (**) evdev: Creative Technology Creative USB Headset: YAxisMapping: buttons 4 and 5
[ 12.574] (**) evdev: Creative Technology Creative USB Headset: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[ 12.574] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.3/input/input13/event13"
[ 12.574] (II) XINPUT: Adding extended input device "Creative Technology Creative USB Headset" (type: KEYBOARD, id 11)
[ 12.574] (**) Option "xkb_rules" "evdev"
[ 12.574] (**) Option "xkb_model" "evdev"
[ 12.574] (**) Option "xkb_layout" "us"


This task depends upon

Closed by  Tobias Powalowski (tpowa)
Tuesday, 30 July 2013, 10:43 GMT
Reason for closing:  No response
Comment by Jelle van der Waa (jelly) - Friday, 26 April 2013, 08:03 GMT
The fix should I guess be in the kernel already, since it's in torvalds git repo since 2012-07. Else try to patch the current linux kernel by downloading the patch and applying it in abs.
https://wiki.archlinux.org/index.php/Patching_in_ABS
Comment by Dave Reisner (falconindy) - Saturday, 04 May 2013, 00:27 GMT
You can probably use a module quirk to just ignore the keys

options usbhid quirks=0x04ca:0x004d:0x04,0x04f2:0x1061:0x04

Applying the patch which is already in the kernel isn't going to do anything but fail to apply.
Comment by Carlos (Carlinhos) - Tuesday, 07 May 2013, 15:07 GMT
@Dave Reisner

I'm not sure how to use it, I did "sudo rmmod usbhid && sudo modprobe usbhid quirks=0x04ca:0x004d:0x04,0x04f2:0x1061:0x04" but the headset still configures as mouse and keyboard. Is that expected? Should I do it before or after plugging the headset?
Comment by Carlos (Carlinhos) - Tuesday, 07 May 2013, 15:13 GMT
Also, this bug does not happen if pavucontrol is open, instead I experience this strange behaviour:

«after extended periods of use, the sound and microphone input will seemingly slow down- i.e. voices become deeper and slower; and then will regain normal speed, but the sounds and voices will become metallic and high, and I can't really describe it past "Robotic".»

«The problem can currently be resolved by unplugging and plugging them back in, but this, obviously, is a nuisance and causes me to have to reopen all programs.»

http://www.techsupportforum.com/forums/f25/strange-distortions-with-creative-usb-headset-363838.html
Comment by Dave Reisner (falconindy) - Tuesday, 07 May 2013, 15:18 GMT
Eh, my mistake... the vendor/product ID isn't the same as what's listed in the kernel patch you cite. Notice in your Xorg log...

[ 12.573] (--) evdev: Creative Technology Creative USB Headset: Vendor 0x41e Product 0x400

So the module option should actually be "quirks=0x041e:0x0400".

This probably needs attention in the kernel if you want this to be properly fixed (and the quirk works)
Comment by Tobias Powalowski (tpowa) - Thursday, 23 May 2013, 20:04 GMT
Status on 3.9?

Loading...