[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANZQvtgQyATwCyomGqtdOhthnkVc4_jEHY_U-s1x4u4kp5YKow@mail.gmail.com>
Date: Wed, 9 Nov 2022 13:31:33 +0100
From: Nicolas Dumazet <ndumazet@...gle.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Jean-Francois Le Fillatre <jflf_kernel@....com>,
Petar Kostic <petar@...tic.dev>,
Oliver Neukum <oneukum@...e.com>, Ole Ernst <olebowle@....com>,
Hannu Hartikainen <hannu@...k.in>,
Jimmy Wang <wangjm221@...il.com>, linux-usb@...r.kernel.org,
linux-kernel@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [PATCH v2] usb: add NO_LPM quirk for Realforce 87U Keyboard
On Wed, Nov 9, 2022 at 12:29 PM Greg Kroah-Hartman
<gregkh@...uxfoundation.org> wrote:
>
> On Thu, Oct 27, 2022 at 11:03:42AM +0200, Nicolas Dumazet wrote:
> > 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
> >
> > ---
> > Changes in v2:
> > - add the entry to the right location (sorting entries by
> > vendor/device id).
> >
> > Cc: stable@...r.kernel.org
> > Signed-off-by: Nicolas Dumazet <ndumazet@...gle.com>
> > ---
>
> By putting your s-o-b below the --- line, tools will drop it, how did
> you test this?
>
> Put the v2 stuff below the --- line, don't add a new one. See the
> thousands of examples on the list for how to do this correctly (as well
> as the kernel documentation.)
>
> Can you fix this up and resend a v3 please?
Duh -- apologies for this rookie mistake. v3 sent your way.
>
> thanks,
>
> greg k-h
Download attachment "smime.p7s" of type "application/pkcs7-signature" (4003 bytes)
Powered by blists - more mailing lists