linux-kernel - [PATCH 0/2] Input: i8042 - add additional TUXEDO devices to i8042 quirk tables

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20220708161005.1251929-1-wse@tuxedocomputers.com>
Date:   Fri,  8 Jul 2022 18:10:03 +0200
From:   Werner Sembach <wse@...edocomputers.com>
To:     dmitry.torokhov@...il.com, hdegoede@...hat.com, tiwai@...e.de,
        samuel@...oj.net, linux-input@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: [PATCH 0/2] Input: i8042 - add additional TUXEDO devices to i8042 quirk tables

Some additional devices needing i8042 quirks for the keyboard to reliably
work after boot and suspend. The first patch are some older devices I found
needing the quirks in our install routine.

The second patch are two devices that I purposly seperated in an own patch,
because it is not clear cut if these should be applied or not:
They need the quirks for the keyboard to not be completly dead by chance
after suspend. However setting the quirk causes the keyboard to lag for the
first few seconds after every boot and sometimes also a little bit after
resume, giving double inputs or missing keystrokes. However this very
quickly goes away again.
Imho the lag issue is less severe then an occasionally completly dead
keyboard. However I'm interested in other opinions. A counter argument is
that the quirks can always be set via boot parameter, but not unset when
they are part of the quirk list.