Re: toshiba-acpi: PortÃg à 3500function keys broken since 2.6.33

From: Seth Forshee
Date: Mon Apr 16 2012 - 16:40:56 EST

On Sat, Apr 14, 2012 at 10:45:12PM +0100, James Le Cuirot wrote:
> 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
> 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
> 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.

Toshibas are extremely inconsistent in how they report hotkeys. Some
models report them on the legacy keyboard port, but a subset of these
will stop reporting them on this port when certain actions are taken on
the ACPI interface. Yours appears to be one of these. Unfortunately the
action that breaks hotkeys on your machine is required to make hotkeys
work on other machines.

I did some work on toshiba_acpi to support additional interfaces for
supporting hotkeys that went into 3.4. Based on your ACPI tables this
might help you, but I can't be certain, so you should give the latest
3.4-rc a try to see if it helps.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at