[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1Lff74-000Hwq-00.arvidjaar-mail-ru@mx2.mail.ru>
Date: Fri, 06 Mar 2009 21:49:36 +0300
From: Andrey Borzenkov <arvidjaar@...l.ru>
To: dsilvers@...tec.co.uk, mjg59@...f.ucam.org,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] toshiba_acpi: Add full hotkey support
Daniel Silverstone wrote:
> On Fri, 2009-03-06 at 10:15 +0000, Matthew Garrett wrote:
>> > I see. One other thing occurred to me. Is there any way for Hal to know
>> > that the notify stuff is in place and thus doesn't need to
>> > poll /proc/acpi/toshiba/keys? Otherwise it's going to poll it anyway
>> > which fails to remove the periodic wakeups.
>> No. Distributions should build without --enable-toshiba if they ship a
>> kernel with this functionaliy.
>
> This only makes sense if all the rest of /proc/acpi/toshiba/* is now
> implemented in proper modern kernel facilities.
I guess Matthew refers to HAL build switch. In which case only
/proc/acpi/toshiba/keys is relevant, other files are not used by this HAL
add-on.
In any case, as I mentioned, this file has to be removed if patch is
implemented as it is effectively no-op then.
> I noticed rfkill
> switches (although I'll have to see if another is needed for the HSDPA
> modems in modern laptops) and a proper brightness control. I assume
> xrandr does what video did, which just leaves the fan control.
>
There are two ways to control fan here - standard ACPI and HCI. ACPI does
not work. Is there any standard framework for fan control (a la
power_supply) where HCI version could be plugged in?
--
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