Re: [PATCH] asus-wmi: explicitly set the wireless LED

2011-12-15 Thread Johannes Berg
On Thu, 2011-12-15 at 08:07 +0100, Corentin Chary wrote: Anyway, you should use a led trigger for that, ideally the rfkill%d led trigger, but for that you need the rfkill idx, which is not exported, so you may need a new rfkill_idx() function. CCing rfkill and led guys, they may have a better

Re: [PATCH] asus-wmi: explicitly set the wireless LED

2011-12-15 Thread Corentin Chary
On Thu, Dec 15, 2011 at 9:22 AM, Johannes Berg johan...@sipsolutions.net wrote: On Thu, 2011-12-15 at 08:07 +0100, Corentin Chary wrote: Anyway, you should use a led trigger for that, ideally the rfkill%d led trigger, but for that you need the rfkill idx, which is not exported, so you may

Re: [PATCH] asus-wmi: explicitly set the wireless LED

2011-12-15 Thread Johannes Berg
On Thu, 2011-12-15 at 09:25 +0100, Corentin Chary wrote: static const char *rfkill_ledtrigname(struct rfkill *rfkill) { #ifdef CONFIG_RFKILL_LEDS return rfkill-ledtrigname; #endif return NULL; } Right, but is rfkill-ledtrigname really set somewhere ?

[PATCH 0/4] toshiba_acpi: Expanded hotkey support

2011-12-15 Thread Seth Forshee
Hi Matthew, The following patches expand toshiba_acpi's hotkey support to include many additional models. Here's the high-level summary: * Add support for reading scancodes using the INFO method when avaialable and for generating hotkey notifications by filtering Fn key presses from the

[PATCH 4/4] toshiba_acpi: Add blacklist for devices with hotkey problems

2011-12-15 Thread Seth Forshee
The Satellite C670-10V has buggy implementation of the INFO method that causes ACPI exceptions when executed: ACPI Error: Result stack is empty! State=88012d70f800 (20110413/dswstate-98) ACPI Exception: AE_AML_NO_RETURN_VALUE, Missing or null operand (20110413/dsutils-646) ACPI

[PATCH 0/4] MRST/Medfield thermal updates

2011-12-15 Thread Alan Cox
Update the thermal driver to use the MSIC MFD layer, and make sure we turn off the thermistor by default --- Mika Westerberg (4): x86, mrst: add msic_thermal platform support platform-x86: intel_mid_thermal: turn off thermistor voltage by default platform-x86: intel_mid_thermal:

[PATCH 2/4] platform-x86: intel_mid_thermal: convert to use Intel MSIC API

2011-12-15 Thread Alan Cox
From: Mika Westerberg mika.westerb...@linux.intel.com Intel MSIC MFD driver provides common register access interface to the devices in the MSIC die so we use that instead of SCU IPC. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com Signed-off-by: Kirill A. Shutemov

[PATCH 4/4] x86, mrst: add msic_thermal platform support

2011-12-15 Thread Alan Cox
From: Mika Westerberg mika.westerb...@linux.intel.com This will let the MSIC driver to create platform device for the thermal driver. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com Signed-off-by: Alan Cox

Re: [PATCH 1/4] ACPI: EC: Add ec_get_handle()

2011-12-15 Thread Thomas Renninger
On Thursday 15 December 2011 19:06:08 Seth Forshee wrote: toshiba_acpi needs to execute an AML method within the EC namespace to make hotkeys work on some platforms. Provide an interface to allow it to easily get a handle to the EC namespace for this purpose. I first liked the idea of making

Re: [PATCH 1/4] ACPI: EC: Add ec_get_handle()

2011-12-15 Thread Matthew Garrett
On Fri, Dec 16, 2011 at 01:22:35AM +0100, Thomas Renninger wrote: I think best is to move the thinkpad implementation of getting ACPI handles based on HIDs to osl.c and make it global. I'll send patches. Please review them carefully, they are only compile tested. The ec driver is already

Re: [PATCH 1/4] ACPI: EC: Add ec_get_handle()

2011-12-15 Thread Thomas Renninger
On Friday 16 December 2011 01:33:33 Matthew Garrett wrote: On Fri, Dec 16, 2011 at 01:22:35AM +0100, Thomas Renninger wrote: I think best is to move the thinkpad implementation of getting ACPI handles based on HIDs to osl.c and make it global. I'll send patches. Please review them