linux-kernel - toshiba-acpi: Portégé 3500 function keys broken since 2.6.33

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: <20120414224512.5f943f31@symphony.aura-online.co.uk>
Date:	Sat, 14 Apr 2012 22:45:12 +0100
From:	James Le Cuirot <chewi@...a-online.co.uk>
To:	linux-kernel@...r.kernel.org
Cc:	Matthew Garrett <mjg@...hat.com>
Subject: toshiba-acpi: Portégé 3500 function keys broken
 since 2.6.33

Following a kernel git bisect, I have found that commit
6335e4d56681f6f08f24f4b812a72d402793d393 broke the function keys on the
Toshiba Portégé 3500. Details of that commit can be seen at
https://lkml.org/lkml/2009/3/31/440.

Apart from fnfxd not responding to key presses, the hotkey_ready and
hotkey values found in /proc/acpi/toshiba/keys remain stuck on 0
whereas before they used to change after a single function key press.

Some months after the commit, a patch was proposed in response to fix
the multimedia keys on the Toshiba Satellite A40. Unfortunately this
patch didn't fix the problem in my case. Regardless, the patch can be
found at https://lkml.org/lkml/2010/2/27/138.

Matthew Garrett initially requested an acpidump in order to diagnose
the above problem so I have attached mine here. I also attempted to get
the ACPI debug output but it more than filled my entire dmesg buffer
and I wasn't even sure it was relevant. Let me know if you wish to see
that anyway.

Please CC me in your replies.

Regards,
James Le Cuirot

View attachment "acpidump.txt" of type "text/plain" (88738 bytes)