[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7d9a6d94-af49-b8f4-cb50-4665cb6ff272@leemhuis.info>
Date: Sat, 5 Aug 2023 15:37:30 +0200
From: "Linux regression tracking (Thorsten Leemhuis)"
<regressions@...mhuis.info>
To: Hans de Goede <hdegoede@...hat.com>,
Mario Limonciello <mario.limonciello@....com>
Cc: Linux Input Devices <linux-input@...r.kernel.org>,
ACPI Asus <acpi4asus-user@...ts.sourceforge.net>,
Linux x86 Platform Drivers
<platform-driver-x86@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Bagas Sanjaya <bagasdotme@...il.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Corentin Chary <corentin.chary@...il.com>,
Guilhem Lettron <guilhem@...tron.fr>,
Linux regressions mailing list <regressions@...ts.linux.dev>,
August Wikerfors <git@...ustwikerfors.se>
Subject: Re: Fwd: 6.5 - 6.4.7 Regression : ASUS UM5302TA Keyboard don't work
On 05.08.23 15:09, Hans de Goede wrote:
> On 8/4/23 17:26, August Wikerfors wrote:
>> On 2023-07-30 06:49, Linux regression tracking (Thorsten Leemhuis) wrote:
>>> Lo!
>>>
>>> On 30.07.23 04:41, Bagas Sanjaya wrote:
>>>>
>>>> I notice a regression report on Bugzilla [1]. Quoting from it:
>>>>
>>>>> On a kernel 6.4.5 and less, the keyboard is working fine.
>>>>>
>>>>> Beginning with 6.5 rc1 and 6.4.7 any key don't respond.
>>>
>>> That is a AMD Ryzen Laptop. And if that really started from
>>> v6.4.6..v6.4.7 then I guess there is a decent chance that this is caused
>>> by ```ACPI: resource: Remove "Zen" specific match and quirks``` from
>>> Mario. Hence adding him to the list of recipients.
>>
>> Confirmed now, see https://bugzilla.kernel.org/show_bug.cgi?id=217726#c9
>>
>> #regzbot introduced: a9c4a912b7dc7ff922d4b9261160c001558f9755
>
> We just have received 2 bug reports for Fedora which I believe are also
> this issue (not confirmed yet):
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2229165
> https://bugzilla.redhat.com/show_bug.cgi?id=2229317
Interesting, thx for sharing! I just asked people there to share
dmidecode and acpidump to check if those are different machines.
> I'm going to create a Fedora 6.4.y test-kernel with a9c4a912b7dc7ff
> reverted.
>
> IMHO we really should revert a9c4a912b7dc7ff upstream,
> at least for the 6.4.y series
That is unlikely to be a option, because as explained in
Documentation/process/handling-regressions.rst Greg's stance in cases
like this usually is "fix it in mainline, and then I'll pick up the fix".
> where it seems to be doing more harm then good.
>
> And propably also for 6.5-rc# for now until we figure out
> a better solution.
Hmmm, looks like the issue and the fix for one of the machines[1] didn't
make much progress this week, so I tend to agree. Mario?
[1]
https://lore.kernel.org/all/20230728191408.18141-1-mario.limonciello@amd.com/
Ciao, Thorsten
Powered by blists - more mailing lists