[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7a515176-c5ac-b049-b615-fa981ff0c6c7@tuxedocomputers.com>
Date: Tue, 28 Feb 2023 11:58:39 +0100
From: Werner Sembach <wse@...edocomputers.com>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: dmitry.torokhov@...il.com, swboyd@...omium.org,
hdegoede@...hat.com, mkorpershoek@...libre.com,
chenhuacai@...nel.org, wsa+renesas@...g-engineering.com,
tiwai@...e.de, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 1/2] Input: atkbd - Make it possible to apply
atkbd.reset via kernel quirk
Am 28.02.23 um 08:34 schrieb Greg KH:
> On Mon, Feb 27, 2023 at 07:59:06PM +0100, Werner Sembach wrote:
>> atkbd.reset was only a command line parameter. Some devices might have a
>> known bug that can be worked around by just permanently applying this
>> quirk.
>>
>> This patch adds the ability to do this on the kernel level for known buggy
>> devices.
>>
>> Signed-off-by: Werner Sembach <wse@...edocomputers.com>
>> Cc: stable@...r.kernel.org
>> ---
>> drivers/input/keyboard/atkbd.c | 6 ++++++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/drivers/input/keyboard/atkbd.c b/drivers/input/keyboard/atkbd.c
>> index 246958795f60..ef65c46c4efe 100644
>> --- a/drivers/input/keyboard/atkbd.c
>> +++ b/drivers/input/keyboard/atkbd.c
>> @@ -1731,6 +1731,12 @@ static int __init atkbd_deactivate_fixup(const struct dmi_system_id *id)
>> return 1;
>> }
>>
>> +static int __init atkbd_reset_fixup(const struct dmi_system_id *id)
>> +{
>> + atkbd_reset = true;
>> + return 1;
> Why is this returning 1? Who calls this?
This function is following the format of the other fixup functions directly
above it.
It is there to be called as a callback via the atkbd_dmi_quirk_table on a per
device basis. See 2nd patch of this patchset.
Greetings,
Werner
>
> And this should be a per-device attribute, not a global one, right?
>
> thanks,
>
> greg k-h
Powered by blists - more mailing lists