Hi, this is your Linux kernel regression tracker.
I noticed a regression report in bugzilla.kernel.org. As many (most?)
kernel developer don't keep an eye on it, I decided to forward it by
mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
> Gé Koerkamp 2023-01-17 20:21:51 UTC
>
> Created attachment 303619 [details]
> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>
> Overview:
> The touchscreen does not react on touch events.
> Touchscreen display and touchpad are working.
>
> Step to reproduce:
> Open any UI page
> Try to use touch on relevant UI controls (buttons etc.)
>
> Result:
> No reaction on screen touches
>
> Expected result:
> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>
> Build information:
> The error happens with kernel version 6.1.4
> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>
> Additional builds:
> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>
> Important remark:
> Touchscreen still works fine with kernel 6.1.4 using
> - an HP x2 detachable 10-p0xx or
> - a Lenovo yoga 520-14ikb
>
> So it could be a hardware dependent issue
See the ticket for more details.
[TLDR for the rest of this mail: I'm adding this report to the list of
tracked Linux kernel regressions; the text you find below is based on a
few templates paragraphs you might have encountered already in similar
form.]
BTW, let me use this mail to also add the report to the list of tracked
regressions to ensure it's doesn't fall through the cracks:
#regzbot introduced: v5.15..v5.16
https://bugzilla.kernel.org/show_bug.cgi?id=216946
#regzbot title: hid: touchscreen broken with Toshiba satellite click
mini l9w-b
#regzbot ignore-activity
This isn't a regression? This issue or a fix for it are already
discussed somewhere else? It was fixed already? You want to clarify when
the regression started to happen? Or point out I got the title or
something else totally wrong? Then just reply and tell me -- ideally
while also telling regzbot about it, as explained by the page listed in
the footer of this mail.
Developers: When fixing the issue, remember to add 'Link:' tags pointing
to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
this thread sees some discussion). See page linked in footer for details.
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
wrote:
> Hi, this is your Linux kernel regression tracker.
>
> I noticed a regression report in bugzilla.kernel.org. As many (most?)
> kernel developer don't keep an eye on it, I decided to forward it by
> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
The reporter recently confirmed in the ticket that the issue still
happens with 6.2.
There wasn't any reply from any of the input developers here or in
bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
take a minute and at least briefly look into this as answer something
like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
for an option", or "we have no idea what might cause this, this needs to
be bisected"? That would help a lot.
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
#regzbot poke
>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>
>> Created attachment 303619 [details]
>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>
>> Overview:
>> The touchscreen does not react on touch events.
>> Touchscreen display and touchpad are working.
>>
>> Step to reproduce:
>> Open any UI page
>> Try to use touch on relevant UI controls (buttons etc.)
>>
>> Result:
>> No reaction on screen touches
>>
>> Expected result:
>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>
>> Build information:
>> The error happens with kernel version 6.1.4
>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>
>> Additional builds:
>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>
>> Important remark:
>> Touchscreen still works fine with kernel 6.1.4 using
>> - an HP x2 detachable 10-p0xx or
>> - a Lenovo yoga 520-14ikb
>>
>> So it could be a hardware dependent issue
>
> See the ticket for more details.
>
>
> [TLDR for the rest of this mail: I'm adding this report to the list of
> tracked Linux kernel regressions; the text you find below is based on a
> few templates paragraphs you might have encountered already in similar
> form.]
>
> BTW, let me use this mail to also add the report to the list of tracked
> regressions to ensure it's doesn't fall through the cracks:
>
> #regzbot introduced: v5.15..v5.16
> https://bugzilla.kernel.org/show_bug.cgi?id=216946
> #regzbot title: hid: touchscreen broken with Toshiba satellite click
> mini l9w-b
> #regzbot ignore-activity
>
> This isn't a regression? This issue or a fix for it are already
> discussed somewhere else? It was fixed already? You want to clarify when
> the regression started to happen? Or point out I got the title or
> something else totally wrong? Then just reply and tell me -- ideally
> while also telling regzbot about it, as explained by the page listed in
> the footer of this mail.
>
> Developers: When fixing the issue, remember to add 'Link:' tags pointing
> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
> this thread sees some discussion). See page linked in footer for details.
>
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> --
> Everything you wanna know about Linux kernel regression tracking:
> https://linux-regtracking.leemhuis.info/about/#tldr
> If I did something stupid, please tell me, as explained on that page.
Hi,
additionally, I searched for any reported SIS0817 issues, yet did not find any.
But perhaps it rings a bell.
Cheers - Gé
On 28 Feb 2023, at 12:32, Thorsten Leemhuis <[email protected]> wrote:
On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
wrote:
> Hi, this is your Linux kernel regression tracker.
>
> I noticed a regression report in bugzilla.kernel.org. As many (most?)
> kernel developer don't keep an eye on it, I decided to forward it by
> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
The reporter recently confirmed in the ticket that the issue still
happens with 6.2.
There wasn't any reply from any of the input developers here or in
bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
take a minute and at least briefly look into this as answer something
like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
for an option", or "we have no idea what might cause this, this needs to
be bisected"? That would help a lot.
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
#regzbot poke
>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>
>> Created attachment 303619 [details]
>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>
>> Overview:
>> The touchscreen does not react on touch events.
>> Touchscreen display and touchpad are working.
>>
>> Step to reproduce:
>> Open any UI page
>> Try to use touch on relevant UI controls (buttons etc.)
>>
>> Result:
>> No reaction on screen touches
>>
>> Expected result:
>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>
>> Build information:
>> The error happens with kernel version 6.1.4
>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>
>> Additional builds:
>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>
>> Important remark:
>> Touchscreen still works fine with kernel 6.1.4 using
>> - an HP x2 detachable 10-p0xx or
>> - a Lenovo yoga 520-14ikb
>>
>> So it could be a hardware dependent issue
>
> See the ticket for more details.
>
>
> [TLDR for the rest of this mail: I'm adding this report to the list of
> tracked Linux kernel regressions; the text you find below is based on a
> few templates paragraphs you might have encountered already in similar
> form.]
>
> BTW, let me use this mail to also add the report to the list of tracked
> regressions to ensure it's doesn't fall through the cracks:
>
> #regzbot introduced: v5.15..v5.16
> https://bugzilla.kernel.org/show_bug.cgi?id=216946
> #regzbot title: hid: touchscreen broken with Toshiba satellite click
> mini l9w-b
> #regzbot ignore-activity
>
> This isn't a regression? This issue or a fix for it are already
> discussed somewhere else? It was fixed already? You want to clarify when
> the regression started to happen? Or point out I got the title or
> something else totally wrong? Then just reply and tell me -- ideally
> while also telling regzbot about it, as explained by the page listed in
> the footer of this mail.
>
> Developers: When fixing the issue, remember to add 'Link:' tags pointing
> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
> this thread sees some discussion). See page linked in footer for details.
>
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> --
> Everything you wanna know about Linux kernel regression tracking:
> https://linux-regtracking.leemhuis.info/about/#tldr
> If I did something stupid, please tell me, as explained on that page.
On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
<[email protected]> wrote:
>
> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
> wrote:
> > Hi, this is your Linux kernel regression tracker.
> >
> > I noticed a regression report in bugzilla.kernel.org. As many (most?)
> > kernel developer don't keep an eye on it, I decided to forward it by
> > mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>
> The reporter recently confirmed in the ticket that the issue still
> happens with 6.2.
>
> There wasn't any reply from any of the input developers here or in
> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
> take a minute and at least briefly look into this as answer something
> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
> for an option", or "we have no idea what might cause this, this needs to
> be bisected"? That would help a lot.
The working dmesg shows a line with:
hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
[SIS0817:00 0457:10FB] on i2c-SIS0817:00
and then
hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
But these 2 lines do not appear on the 6.1.4 logs.
So the device is not properly enumerated by ACPI or I2C. Hans might
have an idea on how to debug/solve that issue.
Also there were no changes between v5.15 and v5.16 in i2c-hid.ko, so
it's unlikely to be an issue there (unless '5.16' means '5.16.x').
Cheers,
Benjamin
>
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> --
> Everything you wanna know about Linux kernel regression tracking:
> https://linux-regtracking.leemhuis.info/about/#tldr
> If I did something stupid, please tell me, as explained on that page.
>
> #regzbot poke
> >> Gé Koerkamp 2023-01-17 20:21:51 UTC
> >>
> >> Created attachment 303619 [details]
> >> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
> >>
> >> Overview:
> >> The touchscreen does not react on touch events.
> >> Touchscreen display and touchpad are working.
> >>
> >> Step to reproduce:
> >> Open any UI page
> >> Try to use touch on relevant UI controls (buttons etc.)
> >>
> >> Result:
> >> No reaction on screen touches
> >>
> >> Expected result:
> >> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
> >>
> >> Build information:
> >> The error happens with kernel version 6.1.4
> >> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
> >>
> >> Additional builds:
> >> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
> >>
> >> Important remark:
> >> Touchscreen still works fine with kernel 6.1.4 using
> >> - an HP x2 detachable 10-p0xx or
> >> - a Lenovo yoga 520-14ikb
> >>
> >> So it could be a hardware dependent issue
> >
> > See the ticket for more details.
> >
> >
> > [TLDR for the rest of this mail: I'm adding this report to the list of
> > tracked Linux kernel regressions; the text you find below is based on a
> > few templates paragraphs you might have encountered already in similar
> > form.]
> >
> > BTW, let me use this mail to also add the report to the list of tracked
> > regressions to ensure it's doesn't fall through the cracks:
> >
> > #regzbot introduced: v5.15..v5.16
> > https://bugzilla.kernel.org/show_bug.cgi?id=216946
> > #regzbot title: hid: touchscreen broken with Toshiba satellite click
> > mini l9w-b
> > #regzbot ignore-activity
> >
> > This isn't a regression? This issue or a fix for it are already
> > discussed somewhere else? It was fixed already? You want to clarify when
> > the regression started to happen? Or point out I got the title or
> > something else totally wrong? Then just reply and tell me -- ideally
> > while also telling regzbot about it, as explained by the page listed in
> > the footer of this mail.
> >
> > Developers: When fixing the issue, remember to add 'Link:' tags pointing
> > to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
> > this thread sees some discussion). See page linked in footer for details.
> >
> > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> > --
> > Everything you wanna know about Linux kernel regression tracking:
> > https://linux-regtracking.leemhuis.info/about/#tldr
> > If I did something stupid, please tell me, as explained on that page.
>
On 28.02.23 14:26, Benjamin Tissoires wrote:
> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
> <[email protected]> wrote:
>>
>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>> wrote:
>>> Hi, this is your Linux kernel regression tracker.
>>>
>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>> kernel developer don't keep an eye on it, I decided to forward it by
>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>
>> The reporter recently confirmed in the ticket that the issue still
>> happens with 6.2.
>>
>> There wasn't any reply from any of the input developers here or in
>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>> take a minute and at least briefly look into this as answer something
>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>> for an option", or "we have no idea what might cause this, this needs to
>> be bisected"? That would help a lot.
>
> The working dmesg shows a line with:
> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
> and then
> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>
> But these 2 lines do not appear on the 6.1.4 logs.
>
> So the device is not properly enumerated by ACPI or I2C. Hans might
> have an idea on how to debug/solve that issue.
>
> Also there were no changes between v5.15 and v5.16 in i2c-hid.ko, so
> it's unlikely to be an issue there (unless '5.16' means '5.16.x').
Great, many thx for your help!
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>> --
>> Everything you wanna know about Linux kernel regression tracking:
>> https://linux-regtracking.leemhuis.info/about/#tldr
>> If I did something stupid, please tell me, as explained on that page.
>>
>> #regzbot poke
>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>
>>>> Created attachment 303619 [details]
>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>
>>>> Overview:
>>>> The touchscreen does not react on touch events.
>>>> Touchscreen display and touchpad are working.
>>>>
>>>> Step to reproduce:
>>>> Open any UI page
>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>
>>>> Result:
>>>> No reaction on screen touches
>>>>
>>>> Expected result:
>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>
>>>> Build information:
>>>> The error happens with kernel version 6.1.4
>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>
>>>> Additional builds:
>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>
>>>> Important remark:
>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>> - an HP x2 detachable 10-p0xx or
>>>> - a Lenovo yoga 520-14ikb
>>>>
>>>> So it could be a hardware dependent issue
>>>
>>> See the ticket for more details.
>>>
>>>
>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>> tracked Linux kernel regressions; the text you find below is based on a
>>> few templates paragraphs you might have encountered already in similar
>>> form.]
>>>
>>> BTW, let me use this mail to also add the report to the list of tracked
>>> regressions to ensure it's doesn't fall through the cracks:
>>>
>>> #regzbot introduced: v5.15..v5.16
>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>> mini l9w-b
>>> #regzbot ignore-activity
>>>
>>> This isn't a regression? This issue or a fix for it are already
>>> discussed somewhere else? It was fixed already? You want to clarify when
>>> the regression started to happen? Or point out I got the title or
>>> something else totally wrong? Then just reply and tell me -- ideally
>>> while also telling regzbot about it, as explained by the page listed in
>>> the footer of this mail.
>>>
>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>> this thread sees some discussion). See page linked in footer for details.
>>>
>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>> --
>>> Everything you wanna know about Linux kernel regression tracking:
>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>> If I did something stupid, please tell me, as explained on that page.
>>
>
>
>
Hi,
On 2/28/23 14:26, Benjamin Tissoires wrote:
> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
> <[email protected]> wrote:
>>
>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>> wrote:
>>> Hi, this is your Linux kernel regression tracker.
>>>
>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>> kernel developer don't keep an eye on it, I decided to forward it by
>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>
>> The reporter recently confirmed in the ticket that the issue still
>> happens with 6.2.
>>
>> There wasn't any reply from any of the input developers here or in
>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>> take a minute and at least briefly look into this as answer something
>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>> for an option", or "we have no idea what might cause this, this needs to
>> be bisected"? That would help a lot.
>
> The working dmesg shows a line with:
> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
> and then
> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>
> But these 2 lines do not appear on the 6.1.4 logs.
>
> So the device is not properly enumerated by ACPI or I2C. Hans might
> have an idea on how to debug/solve that issue.
I actually have a Toshiba satellite click mini l9w-b lying around
myself. I already made a note to try and reproduce this
But I'm very much swamped with too much kernel work, so no promises
when I will get around to this ...
Regards,
Hans
>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>> --
>> Everything you wanna know about Linux kernel regression tracking:
>> https://linux-regtracking.leemhuis.info/about/#tldr
>> If I did something stupid, please tell me, as explained on that page.
>>
>> #regzbot poke
>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>
>>>> Created attachment 303619 [details]
>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>
>>>> Overview:
>>>> The touchscreen does not react on touch events.
>>>> Touchscreen display and touchpad are working.
>>>>
>>>> Step to reproduce:
>>>> Open any UI page
>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>
>>>> Result:
>>>> No reaction on screen touches
>>>>
>>>> Expected result:
>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>
>>>> Build information:
>>>> The error happens with kernel version 6.1.4
>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>
>>>> Additional builds:
>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>
>>>> Important remark:
>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>> - an HP x2 detachable 10-p0xx or
>>>> - a Lenovo yoga 520-14ikb
>>>>
>>>> So it could be a hardware dependent issue
>>>
>>> See the ticket for more details.
>>>
>>>
>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>> tracked Linux kernel regressions; the text you find below is based on a
>>> few templates paragraphs you might have encountered already in similar
>>> form.]
>>>
>>> BTW, let me use this mail to also add the report to the list of tracked
>>> regressions to ensure it's doesn't fall through the cracks:
>>>
>>> #regzbot introduced: v5.15..v5.16
>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>> mini l9w-b
>>> #regzbot ignore-activity
>>>
>>> This isn't a regression? This issue or a fix for it are already
>>> discussed somewhere else? It was fixed already? You want to clarify when
>>> the regression started to happen? Or point out I got the title or
>>> something else totally wrong? Then just reply and tell me -- ideally
>>> while also telling regzbot about it, as explained by the page listed in
>>> the footer of this mail.
>>>
>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>> this thread sees some discussion). See page linked in footer for details.
>>>
>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>> --
>>> Everything you wanna know about Linux kernel regression tracking:
>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>> If I did something stupid, please tell me, as explained on that page.
>>
>
On 01.03.23 12:41, Hans de Goede wrote:
> On 2/28/23 14:26, Benjamin Tissoires wrote:
>> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
>> <[email protected]> wrote:
>>>
>>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>>> wrote:
>>>> Hi, this is your Linux kernel regression tracker.
>>>>
>>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>>> kernel developer don't keep an eye on it, I decided to forward it by
>>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>>
>>> The reporter recently confirmed in the ticket that the issue still
>>> happens with 6.2.
>>>
>>> There wasn't any reply from any of the input developers here or in
>>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>>> take a minute and at least briefly look into this as answer something
>>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>>> for an option", or "we have no idea what might cause this, this needs to
>>> be bisected"? That would help a lot.
>>
>> The working dmesg shows a line with:
>> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
>> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>> and then
>> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
>> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>
>> But these 2 lines do not appear on the 6.1.4 logs.
>>
>> So the device is not properly enumerated by ACPI or I2C. Hans might
>> have an idea on how to debug/solve that issue.
>
> I actually have a Toshiba satellite click mini l9w-b lying around
> myself. I already made a note to try and reproduce this
>
> But I'm very much swamped with too much kernel work, so no promises
> when I will get around to this ...
Has anyone made any progress with this? Doesn't look like it, hence I
wondered if this fall through the cracks; but maybe I'm just missing
something.
Gé Koerkamp: with a bit of luck Hans sooner or later will have time to
look into this, but it might speed things up if you could try to bisect
this.
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.
#regzbot poke
>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>> --
>>> Everything you wanna know about Linux kernel regression tracking:
>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>> If I did something stupid, please tell me, as explained on that page.
>>>
>>> #regzbot poke
>>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>>
>>>>> Created attachment 303619 [details]
>>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>>
>>>>> Overview:
>>>>> The touchscreen does not react on touch events.
>>>>> Touchscreen display and touchpad are working.
>>>>>
>>>>> Step to reproduce:
>>>>> Open any UI page
>>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>>
>>>>> Result:
>>>>> No reaction on screen touches
>>>>>
>>>>> Expected result:
>>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>>
>>>>> Build information:
>>>>> The error happens with kernel version 6.1.4
>>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>>
>>>>> Additional builds:
>>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>>
>>>>> Important remark:
>>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>>> - an HP x2 detachable 10-p0xx or
>>>>> - a Lenovo yoga 520-14ikb
>>>>>
>>>>> So it could be a hardware dependent issue
>>>>
>>>> See the ticket for more details.
>>>>
>>>>
>>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>>> tracked Linux kernel regressions; the text you find below is based on a
>>>> few templates paragraphs you might have encountered already in similar
>>>> form.]
>>>>
>>>> BTW, let me use this mail to also add the report to the list of tracked
>>>> regressions to ensure it's doesn't fall through the cracks:
>>>>
>>>> #regzbot introduced: v5.15..v5.16
>>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>>> mini l9w-b
>>>> #regzbot ignore-activity
>>>>
>>>> This isn't a regression? This issue or a fix for it are already
>>>> discussed somewhere else? It was fixed already? You want to clarify when
>>>> the regression started to happen? Or point out I got the title or
>>>> something else totally wrong? Then just reply and tell me -- ideally
>>>> while also telling regzbot about it, as explained by the page listed in
>>>> the footer of this mail.
>>>>
>>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>>> this thread sees some discussion). See page linked in footer for details.
>>>>
>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>> --
>>>> Everything you wanna know about Linux kernel regression tracking:
>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>> If I did something stupid, please tell me, as explained on that page.
>>>
>>
>
>
>
Hi Thorsten,
travelling at the moment, but I’ll try. Not really into bisecting kernel issues, but let’s see where this goes. Another issue is, that I don’t have a Toshiba Mini Click myself, so I need to build the test Volumio images (volumio.org) with the different 5.16-rc kernel patch versions for a colleague to work with, hopefully he has time to do this.
Thanks - Gé
Sent from my iPhone
> On 17 Apr 2023, at 13:55, Linux regression tracking (Thorsten Leemhuis) <[email protected]> wrote:
>
>
>
>> On 01.03.23 12:41, Hans de Goede wrote:
>>> On 2/28/23 14:26, Benjamin Tissoires wrote:
>>> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
>>> <[email protected]> wrote:
>>>>
>>>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>>>> wrote:
>>>>> Hi, this is your Linux kernel regression tracker.
>>>>>
>>>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>>>> kernel developer don't keep an eye on it, I decided to forward it by
>>>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>>>
>>>> The reporter recently confirmed in the ticket that the issue still
>>>> happens with 6.2.
>>>>
>>>> There wasn't any reply from any of the input developers here or in
>>>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>>>> take a minute and at least briefly look into this as answer something
>>>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>>>> for an option", or "we have no idea what might cause this, this needs to
>>>> be bisected"? That would help a lot.
>>>
>>> The working dmesg shows a line with:
>>> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
>>> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>> and then
>>> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
>>> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>>
>>> But these 2 lines do not appear on the 6.1.4 logs.
>>>
>>> So the device is not properly enumerated by ACPI or I2C. Hans might
>>> have an idea on how to debug/solve that issue.
>>
>> I actually have a Toshiba satellite click mini l9w-b lying around
>> myself. I already made a note to try and reproduce this
>>
>> But I'm very much swamped with too much kernel work, so no promises
>> when I will get around to this ...
>
> Has anyone made any progress with this? Doesn't look like it, hence I
> wondered if this fall through the cracks; but maybe I'm just missing
> something.
>
> Gé Koerkamp: with a bit of luck Hans sooner or later will have time to
> look into this, but it might speed things up if you could try to bisect
> this.
>
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> --
> Everything you wanna know about Linux kernel regression tracking:
> https://linux-regtracking.leemhuis.info/about/#tldr
> If I did something stupid, please tell me, as explained on that page.
>
> #regzbot poke
>
>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>> --
>>>> Everything you wanna know about Linux kernel regression tracking:
>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>> If I did something stupid, please tell me, as explained on that page.
>>>>
>>>> #regzbot poke
>>>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>>>
>>>>>> Created attachment 303619 [details]
>>>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>>>
>>>>>> Overview:
>>>>>> The touchscreen does not react on touch events.
>>>>>> Touchscreen display and touchpad are working.
>>>>>>
>>>>>> Step to reproduce:
>>>>>> Open any UI page
>>>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>>>
>>>>>> Result:
>>>>>> No reaction on screen touches
>>>>>>
>>>>>> Expected result:
>>>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>>>
>>>>>> Build information:
>>>>>> The error happens with kernel version 6.1.4
>>>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>>>
>>>>>> Additional builds:
>>>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>>>
>>>>>> Important remark:
>>>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>>>> - an HP x2 detachable 10-p0xx or
>>>>>> - a Lenovo yoga 520-14ikb
>>>>>>
>>>>>> So it could be a hardware dependent issue
>>>>>
>>>>> See the ticket for more details.
>>>>>
>>>>>
>>>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>>>> tracked Linux kernel regressions; the text you find below is based on a
>>>>> few templates paragraphs you might have encountered already in similar
>>>>> form.]
>>>>>
>>>>> BTW, let me use this mail to also add the report to the list of tracked
>>>>> regressions to ensure it's doesn't fall through the cracks:
>>>>>
>>>>> #regzbot introduced: v5.15..v5.16
>>>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>>>> mini l9w-b
>>>>> #regzbot ignore-activity
>>>>>
>>>>> This isn't a regression? This issue or a fix for it are already
>>>>> discussed somewhere else? It was fixed already? You want to clarify when
>>>>> the regression started to happen? Or point out I got the title or
>>>>> something else totally wrong? Then just reply and tell me -- ideally
>>>>> while also telling regzbot about it, as explained by the page listed in
>>>>> the footer of this mail.
>>>>>
>>>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>>>> this thread sees some discussion). See page linked in footer for details.
>>>>>
>>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>>> --
>>>>> Everything you wanna know about Linux kernel regression tracking:
>>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>>> If I did something stupid, please tell me, as explained on that page.
>>>>
>>>
>>
>>
>>
Hi Gé,
On 4/19/23 18:21, Gé Koerkamp wrote:
> Hi Thorsten,
>
> travelling at the moment, but I’ll try. Not really into bisecting kernel issues, but let’s see where this goes. Another issue is, that I don’t have a Toshiba Mini Click myself, so I need to build the test Volumio images (volumio.org) with the different 5.16-rc kernel patch versions for a colleague to work with, hopefully he has time to do this.
I have just dug my own Toshiba Mini Click up from the bottom of the storage box it was in.
It is currently charging since the battery was fully flat.
So I suggest you give me a couple of days to take a look before you go to all this trouble.
Regards,
Hans
>
> Thanks - Gé
>
> Sent from my iPhone
>
>> On 17 Apr 2023, at 13:55, Linux regression tracking (Thorsten Leemhuis) <[email protected]> wrote:
>>
>>
>>
>>> On 01.03.23 12:41, Hans de Goede wrote:
>>>> On 2/28/23 14:26, Benjamin Tissoires wrote:
>>>> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
>>>> <[email protected]> wrote:
>>>>>
>>>>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>>>>> wrote:
>>>>>> Hi, this is your Linux kernel regression tracker.
>>>>>>
>>>>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>>>>> kernel developer don't keep an eye on it, I decided to forward it by
>>>>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>>>>
>>>>> The reporter recently confirmed in the ticket that the issue still
>>>>> happens with 6.2.
>>>>>
>>>>> There wasn't any reply from any of the input developers here or in
>>>>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>>>>> take a minute and at least briefly look into this as answer something
>>>>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>>>>> for an option", or "we have no idea what might cause this, this needs to
>>>>> be bisected"? That would help a lot.
>>>>
>>>> The working dmesg shows a line with:
>>>> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
>>>> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>>> and then
>>>> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
>>>> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>>>
>>>> But these 2 lines do not appear on the 6.1.4 logs.
>>>>
>>>> So the device is not properly enumerated by ACPI or I2C. Hans might
>>>> have an idea on how to debug/solve that issue.
>>>
>>> I actually have a Toshiba satellite click mini l9w-b lying around
>>> myself. I already made a note to try and reproduce this
>>>
>>> But I'm very much swamped with too much kernel work, so no promises
>>> when I will get around to this ...
>>
>> Has anyone made any progress with this? Doesn't look like it, hence I
>> wondered if this fall through the cracks; but maybe I'm just missing
>> something.
>>
>> Gé Koerkamp: with a bit of luck Hans sooner or later will have time to
>> look into this, but it might speed things up if you could try to bisect
>> this.
>>
>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>> --
>> Everything you wanna know about Linux kernel regression tracking:
>> https://linux-regtracking.leemhuis.info/about/#tldr
>> If I did something stupid, please tell me, as explained on that page.
>>
>> #regzbot poke
>>
>>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>>> --
>>>>> Everything you wanna know about Linux kernel regression tracking:
>>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>>> If I did something stupid, please tell me, as explained on that page.
>>>>>
>>>>> #regzbot poke
>>>>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>>>>
>>>>>>> Created attachment 303619 [details]
>>>>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>>>>
>>>>>>> Overview:
>>>>>>> The touchscreen does not react on touch events.
>>>>>>> Touchscreen display and touchpad are working.
>>>>>>>
>>>>>>> Step to reproduce:
>>>>>>> Open any UI page
>>>>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>>>>
>>>>>>> Result:
>>>>>>> No reaction on screen touches
>>>>>>>
>>>>>>> Expected result:
>>>>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>>>>
>>>>>>> Build information:
>>>>>>> The error happens with kernel version 6.1.4
>>>>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>>>>
>>>>>>> Additional builds:
>>>>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>>>>
>>>>>>> Important remark:
>>>>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>>>>> - an HP x2 detachable 10-p0xx or
>>>>>>> - a Lenovo yoga 520-14ikb
>>>>>>>
>>>>>>> So it could be a hardware dependent issue
>>>>>>
>>>>>> See the ticket for more details.
>>>>>>
>>>>>>
>>>>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>>>>> tracked Linux kernel regressions; the text you find below is based on a
>>>>>> few templates paragraphs you might have encountered already in similar
>>>>>> form.]
>>>>>>
>>>>>> BTW, let me use this mail to also add the report to the list of tracked
>>>>>> regressions to ensure it's doesn't fall through the cracks:
>>>>>>
>>>>>> #regzbot introduced: v5.15..v5.16
>>>>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>>>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>>>>> mini l9w-b
>>>>>> #regzbot ignore-activity
>>>>>>
>>>>>> This isn't a regression? This issue or a fix for it are already
>>>>>> discussed somewhere else? It was fixed already? You want to clarify when
>>>>>> the regression started to happen? Or point out I got the title or
>>>>>> something else totally wrong? Then just reply and tell me -- ideally
>>>>>> while also telling regzbot about it, as explained by the page listed in
>>>>>> the footer of this mail.
>>>>>>
>>>>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>>>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>>>>> this thread sees some discussion). See page linked in footer for details.
>>>>>>
>>>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>>>> --
>>>>>> Everything you wanna know about Linux kernel regression tracking:
>>>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>>>> If I did something stupid, please tell me, as explained on that page.
>>>>>
>>>>
>>>
>>>
>>>
>
Hi,
On 4/19/23 18:40, Hans de Goede wrote:
> Hi Gé,
>
> On 4/19/23 18:21, Gé Koerkamp wrote:
>> Hi Thorsten,
>>
>> travelling at the moment, but I’ll try. Not really into bisecting kernel issues, but let’s see where this goes. Another issue is, that I don’t have a Toshiba Mini Click myself, so I need to build the test Volumio images (volumio.org) with the different 5.16-rc kernel patch versions for a colleague to work with, hopefully he has time to do this.
>
> I have just dug my own Toshiba Mini Click up from the bottom of the storage box it was in.
>
> It is currently charging since the battery was fully flat.
>
> So I suggest you give me a couple of days to take a look before you go to all this trouble.
I have posted a patch fixing this upstream now:
https://lore.kernel.org/linux-acpi/[email protected]/T/#u
Regards,
Hans
>>> On 17 Apr 2023, at 13:55, Linux regression tracking (Thorsten Leemhuis) <[email protected]> wrote:
>>>
>>>
>>>
>>>> On 01.03.23 12:41, Hans de Goede wrote:
>>>>> On 2/28/23 14:26, Benjamin Tissoires wrote:
>>>>> On Tue, Feb 28, 2023 at 12:32 PM Thorsten Leemhuis
>>>>> <[email protected]> wrote:
>>>>>>
>>>>>> On 19.01.23 16:06, Linux kernel regression tracking (Thorsten Leemhuis)
>>>>>> wrote:
>>>>>>> Hi, this is your Linux kernel regression tracker.
>>>>>>>
>>>>>>> I noticed a regression report in bugzilla.kernel.org. As many (most?)
>>>>>>> kernel developer don't keep an eye on it, I decided to forward it by
>>>>>>> mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216946 :
>>>>>>
>>>>>> The reporter recently confirmed in the ticket that the issue still
>>>>>> happens with 6.2.
>>>>>>
>>>>>> There wasn't any reply from any of the input developers here or in
>>>>>> bugzilla afaics. :-/ Hmmm. Could someone from that camp maybe please
>>>>>> take a minute and at least briefly look into this as answer something
>>>>>> like "that might be due to a problem in subsystem 'foo'", "maybe ask bar
>>>>>> for an option", or "we have no idea what might cause this, this needs to
>>>>>> be bisected"? That would help a lot.
>>>>>
>>>>> The working dmesg shows a line with:
>>>>> hid-generic 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00 Device
>>>>> [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>>>> and then
>>>>> hid-multitouch 0018:0457:10FB.0002: input,hidraw1: I2C HID v1.00
>>>>> Device [SIS0817:00 0457:10FB] on i2c-SIS0817:00
>>>>>
>>>>> But these 2 lines do not appear on the 6.1.4 logs.
>>>>>
>>>>> So the device is not properly enumerated by ACPI or I2C. Hans might
>>>>> have an idea on how to debug/solve that issue.
>>>>
>>>> I actually have a Toshiba satellite click mini l9w-b lying around
>>>> myself. I already made a note to try and reproduce this
>>>>
>>>> But I'm very much swamped with too much kernel work, so no promises
>>>> when I will get around to this ...
>>>
>>> Has anyone made any progress with this? Doesn't look like it, hence I
>>> wondered if this fall through the cracks; but maybe I'm just missing
>>> something.
>>>
>>> Gé Koerkamp: with a bit of luck Hans sooner or later will have time to
>>> look into this, but it might speed things up if you could try to bisect
>>> this.
>>>
>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>> --
>>> Everything you wanna know about Linux kernel regression tracking:
>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>> If I did something stupid, please tell me, as explained on that page.
>>>
>>> #regzbot poke
>>>
>>>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>>>> --
>>>>>> Everything you wanna know about Linux kernel regression tracking:
>>>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>>>> If I did something stupid, please tell me, as explained on that page.
>>>>>>
>>>>>> #regzbot poke
>>>>>>>> Gé Koerkamp 2023-01-17 20:21:51 UTC
>>>>>>>>
>>>>>>>> Created attachment 303619 [details]
>>>>>>>> Kernel configuration for v6.1.4/ journalctl (dmesg)/ ACPIdump/lsmod
>>>>>>>>
>>>>>>>> Overview:
>>>>>>>> The touchscreen does not react on touch events.
>>>>>>>> Touchscreen display and touchpad are working.
>>>>>>>>
>>>>>>>> Step to reproduce:
>>>>>>>> Open any UI page
>>>>>>>> Try to use touch on relevant UI controls (buttons etc.)
>>>>>>>>
>>>>>>>> Result:
>>>>>>>> No reaction on screen touches
>>>>>>>>
>>>>>>>> Expected result:
>>>>>>>> Reaction on touched control, same as when using the touch pad or connected mouse (which do work).
>>>>>>>>
>>>>>>>> Build information:
>>>>>>>> The error happens with kernel version 6.1.4
>>>>>>>> After rebuilding with different kernel versions, it appears that it first fails with kernel 5.16
>>>>>>>>
>>>>>>>> Additional builds:
>>>>>>>> The click mini l9w-b still works with kernel 5.10.y LTS and 5.15.y LTS.
>>>>>>>>
>>>>>>>> Important remark:
>>>>>>>> Touchscreen still works fine with kernel 6.1.4 using
>>>>>>>> - an HP x2 detachable 10-p0xx or
>>>>>>>> - a Lenovo yoga 520-14ikb
>>>>>>>>
>>>>>>>> So it could be a hardware dependent issue
>>>>>>>
>>>>>>> See the ticket for more details.
>>>>>>>
>>>>>>>
>>>>>>> [TLDR for the rest of this mail: I'm adding this report to the list of
>>>>>>> tracked Linux kernel regressions; the text you find below is based on a
>>>>>>> few templates paragraphs you might have encountered already in similar
>>>>>>> form.]
>>>>>>>
>>>>>>> BTW, let me use this mail to also add the report to the list of tracked
>>>>>>> regressions to ensure it's doesn't fall through the cracks:
>>>>>>>
>>>>>>> #regzbot introduced: v5.15..v5.16
>>>>>>> https://bugzilla.kernel.org/show_bug.cgi?id=216946
>>>>>>> #regzbot title: hid: touchscreen broken with Toshiba satellite click
>>>>>>> mini l9w-b
>>>>>>> #regzbot ignore-activity
>>>>>>>
>>>>>>> This isn't a regression? This issue or a fix for it are already
>>>>>>> discussed somewhere else? It was fixed already? You want to clarify when
>>>>>>> the regression started to happen? Or point out I got the title or
>>>>>>> something else totally wrong? Then just reply and tell me -- ideally
>>>>>>> while also telling regzbot about it, as explained by the page listed in
>>>>>>> the footer of this mail.
>>>>>>>
>>>>>>> Developers: When fixing the issue, remember to add 'Link:' tags pointing
>>>>>>> to the report (e.g. the buzgzilla ticket and maybe this mail as well, if
>>>>>>> this thread sees some discussion). See page linked in footer for details.
>>>>>>>
>>>>>>> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
>>>>>>> --
>>>>>>> Everything you wanna know about Linux kernel regression tracking:
>>>>>>> https://linux-regtracking.leemhuis.info/about/#tldr
>>>>>>> If I did something stupid, please tell me, as explained on that page.
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>
>