From: bugzilla-daemon@bugzilla.kernel.org
To: linux-usb@vger.kernel.org
Subject: [Bug 206897] New: Huion tablet not recognized from kernel 5.3.1
Date: Fri, 20 Mar 2020 21:54:47 +0000 [thread overview]
Message-ID: <bug-206897-208809@https.bugzilla.kernel.org/> (raw)
https://bugzilla.kernel.org/show_bug.cgi?id=206897
Bug ID: 206897
Summary: Huion tablet not recognized from kernel 5.3.1
Product: Drivers
Version: 2.5
Kernel Version: from 5.3.1 to 5.6-rc6
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: USB
Assignee: drivers_usb@kernel-bugs.kernel.org
Reporter: hebm12@gmail.com
Regression: No
Hi Kernel Experts!
My Huion 1060plus tablet is not recognized from kernel version 5.3.1
dmesg output is:
[ 4168.587592] usb 1-1.1: new full-speed USB device number 13 using xhci_hcd
[ 4168.990456] usb 1-1.1: New USB device found, idVendor=256c, idProduct=006e,
bcdDevice=30.00
[ 4168.990461] usb 1-1.1: New USB device strings: Mfr=5, Product=6,
SerialNumber=0
[ 4168.990463] usb 1-1.1: Product: PenTablet
[ 4169.003082] usb 1-1.1: can't set config #1, error -32
Previous working versions have this output:
[ 62.724538] usb 2-3.1: new full-speed USB device number 3 using xhci_hcd
[ 62.851463] usb 2-3.1: New USB device found, idVendor=256c, idProduct=006e,
bcdDevice=30.00
[ 62.851470] usb 2-3.1: New USB device strings: Mfr=5, Product=6,
SerialNumber=0
[ 62.851475] usb 2-3.1: Product: PenTablet
[ 62.909757] hidraw: raw HID events driver (C) Jiri Kosina
[ 62.929599] usbcore: registered new interface driver usbhid
[ 62.929601] usbhid: USB HID core driver
[ 62.939433] input: PenTablet as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.0/0003:256C:006E.0001/input/input15
[ 62.939691] input: PenTablet Mouse as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.0/0003:256C:006E.0001/input/input16
[ 62.939804] hid-generic 0003:256C:006E.0001: input,hidraw0: USB HID v1.11
Mouse [PenTablet ] on usb-0000:00:14.0-3.1/input0
[ 62.943515] input: PenTablet Mouse as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.1/0003:256C:006E.0002/input/input17
[ 62.943646] input: PenTablet as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.1/0003:256C:006E.0002/input/input18
[ 62.943805] hid-generic 0003:256C:006E.0002: input,hiddev0,hidraw1: USB HID
v1.11 Mouse [PenTablet ] on usb-0000:00:14.0-3.1/input1
[ 62.944370] input: PenTablet Keyboard as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.2/0003:256C:006E.0003/input/input19
[ 62.951136] usb 2-3.4: new high-speed USB device number 4 using xhci_hcd
[ 62.997966] input: PenTablet Consumer Control as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.2/0003:256C:006E.0003/input/input20
[ 62.998070] input: PenTablet System Control as
/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/2-3.1:1.2/0003:256C:006E.0003/input/input21
[ 62.998161] hid-generic 0003:256C:006E.0003: input,hidraw2: USB HID v1.0b
Keyboard [PenTablet ] on usb-0000:00:14.0-3.1/input2
Looking further down, the commit that creates the problem is (thanks to
https://bbs.archlinux.org/viewtopic.php?pid=1878478#p1878478):
commit ef513be0a9057cc6baf5d29566aaaefa214ba344
Author: Jim Lin <jilin@nvidia.com>
Date: Mon Jun 3 18:53:44 2019 +0800
usb: xhci: Add Clear_TT_Buffer
USB 2.0 specification chapter 11.17.5 says "as part of endpoint halt
processing for full-/low-speed endpoints connected via a TT, the host
software must use the Clear_TT_Buffer request to the TT to ensure
that the buffer is not in the busy state".
In our case, a full-speed speaker (ConferenceCam) is behind a high-
speed hub (ConferenceCam Connect), sometimes once we get STALL on a
request we may continue to get STALL with the folllowing requests,
like Set_Interface.
Here we invoke usb_hub_clear_tt_buffer() to send Clear_TT_Buffer
request to the hub of the device for the following Set_Interface
requests to the device to get ACK successfully.
Signed-off-by: Jim Lin <jilin@nvidia.com>
Acked-by: Mathias Nyman <mathias.nyman@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/usb/host/xhci-ring.c | 27 ++++++++++++++++++++++++++-
drivers/usb/host/xhci.c | 21 +++++++++++++++++++++
drivers/usb/host/xhci.h | 5 +++++
3 files changed, 52 insertions(+), 1 deletion(-)
Thanks for your help!
--
You are receiving this mail because:
You are watching the assignee of the bug.
next reply other threads:[~2020-03-20 21:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-20 21:54 bugzilla-daemon [this message]
2020-03-23 5:31 ` [Bug 206897] Huion tablet not recognized from kernel 5.3.1 bugzilla-daemon
2020-04-08 10:05 ` bugzilla-daemon
2020-04-08 13:15 ` bugzilla-daemon
2020-04-08 13:16 ` bugzilla-daemon
2020-04-08 13:17 ` bugzilla-daemon
2020-04-10 18:00 ` bugzilla-daemon
2020-04-10 18:19 ` bugzilla-daemon
2020-04-11 10:56 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-206897-208809@https.bugzilla.kernel.org/ \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).