summaryrefslogtreecommitdiff
path: root/drivers/cpufreq/ti-cpufreq.c
diff options
context:
space:
mode:
authorNicolas Dumazet <ndumazet@google.com>2022-11-09 15:29:46 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2022-11-09 16:07:47 +0300
commit181135bb20dcb184edd89817831b888eb8132741 (patch)
treec8e46bddef3f6ce2a3c0741e8f832df107de75c7 /drivers/cpufreq/ti-cpufreq.c
parent9d5333c931347005352d5b8beaa43528c94cfc9c (diff)
downloadlinux-181135bb20dcb184edd89817831b888eb8132741.tar.xz
usb: add NO_LPM quirk for Realforce 87U Keyboard
Before adding this quirk, this (mechanical keyboard) device would not be recognized, logging: new full-speed USB device number 56 using xhci_hcd unable to read config index 0 descriptor/start: -32 chopping to 0 config(s) It would take dozens of plugging/unpuggling cycles for the keyboard to be recognized. Keyboard seems to simply work after applying this quirk. This issue had been reported by users in two places already ([1], [2]) but nobody tried upstreaming a patch yet. After testing I believe their suggested fix (DELAY_INIT + NO_LPM + DEVICE_QUALIFIER) was probably a little overkill. I assume this particular combination was tested because it had been previously suggested in [3], but only NO_LPM seems sufficient for this device. [1]: https://qiita.com/float168/items/fed43d540c8e2201b543 [2]: https://blog.kostic.dev/posts/making-the-realforce-87ub-work-with-usb30-on-Ubuntu/ [3]: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1678477 Cc: stable@vger.kernel.org Signed-off-by: Nicolas Dumazet <ndumazet@google.com> Link: https://lore.kernel.org/r/20221109122946.706036-1-ndumazet@google.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/cpufreq/ti-cpufreq.c')
0 files changed, 0 insertions, 0 deletions