On Thu, Mar 04, 2021 at 07:59:58AM +0100, Uwe Kleine-König wrote:

Hello,

On Wed, Mar 03, 2021 at 05:53:37PM -0800, 'Dmitry Torokhov' wrote:

quoted

On Wed, Mar 03, 2021 at 09:03:30PM +0100, Uwe Kleine-König wrote:

quoted

On Wed, Mar 03, 2021 at 07:32:23PM +0100, Uwe Kleine-König wrote:

quoted

On Wed, Mar 03, 2021 at 11:13:21AM +0800, jingle wrote:

quoted

Please updates this patchs.

https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git/commit/?h=next&id=056115daede8d01f71732bc7d778fb85acee8eb6

https://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git/commit/?h=next&id=e4c9062717feda88900b566463228d1c4910af6d

The first was one of the two patches I already tried, but the latter
indeed fixes my problem \o/.

@Dmitry: If you don't consider your tree stable, feel free to add a

	Tested-by: Uwe Kleine-König [off-list ref]

to e4c9062717feda88900b566463228d1c4910af6d.

Do you consider this patch for stable? I'd like to see it in Debian's
5.10 kernel and I guess I'm not the only one who would benefit from such
a backport.

When I was applying the patches I did not realize that there was already
hardware in the wild that needed it. The patches are now in mainline, so
I can no longer adjust the tags, but I will not object if you propose
them for stable.

I want to propose to backport commit

e4c9062717fe ("Input: elantech - fix protocol errors for some trackpoints in SMBus mode")

to the active stable kernels. This commit repairs the track point and
the touch pad buttons on a Lenovo Thinkpad E15 here. Without this change
I don't get any events apart from an error message for each button press
or move of the track point in the kernel log. (Also the error message is
the same for all buttons and the track point, so I cannot create a new
input event driver in userspace that emulates the right event depending
on the error message :-)

At least to 5.10.x it applies cleanly, I didn't try the older stable
branches.

Now queued up.

greg k-h