[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090609164529.GA11592@srcf.ucam.org>
Date: Tue, 9 Jun 2009 17:45:29 +0100
From: Matthew Garrett <mjg59@...f.ucam.org>
To: Azael Avalos <coproscefalo@...il.com>
Cc: linux-acpi@...r.kernel.org, dsilvers@...tec.co.uk,
toshiba_acpi@...ebeam.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] toshiba-acpi: Support TOS1900-type devices
On Tue, Jun 09, 2009 at 10:42:00AM -0600, Azael Avalos wrote:
> However, everytime you poll the INFO method, the TECF variable receives
> a zero, so the next time you want to poll the INFO method, you
> receive a zero also, unless you "activate" the TECF variable again
> perhaps tru' _Q43 or by directly writing a one into it.
Right, but _Q43 should be called when you hit a hotkey. The fact that
it's not is what's causing the problem here.
> 1. Activate Hotkey Events call 0x1E.
> 2. It activates something internally causing Hotkey Events being
> stored in TOHK.
> 3. Whenever I press an Fn-Key combo let's say Fn-Esc, the actual key gets
> stored in TOHK, in this case 0x101, but just lasting a couple seconds
> (or even less...), it seems it's volatile.
> 4. Polling TOHK via the INFO method or directly gets me the actual hotkey,
> but again, must real quick since it will disappear (I used 100 ms polling).
> 5. Figure out a way of getting those Hotkey Events in a nice manner...
> I managed to get them, but sometimes I got them repeated due to the
> polling timer...
When you hit a hotkey, what happens in /proc/interrupts? Do you see an
i8042 event or an acpi event?
--
Matthew Garrett | mjg59@...f.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists