* Introduce msi-wmi driver - Fix hp-wmi memleaks - Cleanup __cpuinit warnings
@ 2009-10-26 16:44 Thomas Renninger
2009-10-26 16:44 ` [PATCH 1/3] X86 drivers: Introduce msi-wmi driver Thomas Renninger
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Thomas Renninger @ 2009-10-26 16:44 UTC (permalink / raw)
To: lenb, linux-acpi
Hi Len,
The patches are against latest test branch of the linux-acpi tree.
If they survive reviews, can they be added please.
Thanks,
Thomas
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 1/3] X86 drivers: Introduce msi-wmi driver
2009-10-26 16:44 Introduce msi-wmi driver - Fix hp-wmi memleaks - Cleanup __cpuinit warnings Thomas Renninger
@ 2009-10-26 16:44 ` Thomas Renninger
2009-10-26 17:04 ` Matthew Garrett
2009-10-26 16:44 ` [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER Thomas Renninger
2009-10-26 16:44 ` [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add() Thomas Renninger
2 siblings, 1 reply; 10+ messages in thread
From: Thomas Renninger @ 2009-10-26 16:44 UTC (permalink / raw)
To: lenb, linux-acpi; +Cc: Thomas Renninger, Matthew Garrett
This driver serves backlight (including switching) and volume up/down
keys for MSI machines providing a specific wmi interface:
551A1F84-FBDD-4125-91DB-3EA8F44F1D45
B6F3EEF2-3D2F-49DC-9DE3-85BCE18C62F2
Signed-off-by: Thomas Renninger <trenn@suse.de>
C: Carlos Corbacho <carlos@strangeworlds.co.uk>
CC: Matthew Garrett <mjg59@srcf.ucam.org>
CC: linux-acpi@vger.kernel.org
CC: Len Brown <lenb@kernel.org>
Tested-by: Matt Chen <machen@novell.com>
---
drivers/platform/x86/Kconfig | 10 +
drivers/platform/x86/Makefile | 1 +
drivers/platform/x86/msi-wmi.c | 369 ++++++++++++++++++++++++++++++++++++++++
3 files changed, 380 insertions(+), 0 deletions(-)
create mode 100644 drivers/platform/x86/msi-wmi.c
diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig
index 55ca39d..98ec6bd 100644
--- a/drivers/platform/x86/Kconfig
+++ b/drivers/platform/x86/Kconfig
@@ -365,6 +365,16 @@ config ACPI_WMI
It is safe to enable this driver even if your DSDT doesn't define
any ACPI-WMI devices.
+config MSI_WMI
+ tristate "MSI WMI extras"
+ depends on ACPI_WMI
+ depends on INPUT
+ help
+ Say Y here if you want to support WMI-based hotkeys on MSI laptops.
+
+ To compile this driver as a module, choose M here: the module will
+ be called msi-wmi.
+
config ACPI_ASUS
tristate "ASUS/Medion Laptop Extras (DEPRECATED)"
depends on ACPI
diff --git a/drivers/platform/x86/Makefile b/drivers/platform/x86/Makefile
index d1c1621..13aa373 100644
--- a/drivers/platform/x86/Makefile
+++ b/drivers/platform/x86/Makefile
@@ -18,6 +18,7 @@ obj-$(CONFIG_FUJITSU_LAPTOP) += fujitsu-laptop.o
obj-$(CONFIG_PANASONIC_LAPTOP) += panasonic-laptop.o
obj-$(CONFIG_INTEL_MENLOW) += intel_menlow.o
obj-$(CONFIG_ACPI_WMI) += wmi.o
+obj-$(CONFIG_MSI_WMI) += msi-wmi.o
obj-$(CONFIG_ACPI_ASUS) += asus_acpi.o
obj-$(CONFIG_TOPSTAR_LAPTOP) += topstar-laptop.o
obj-$(CONFIG_ACPI_TOSHIBA) += toshiba_acpi.o
diff --git a/drivers/platform/x86/msi-wmi.c b/drivers/platform/x86/msi-wmi.c
new file mode 100644
index 0000000..7e0dab6
--- /dev/null
+++ b/drivers/platform/x86/msi-wmi.c
@@ -0,0 +1,369 @@
+/*
+ * MSI WMI hotkeys
+ *
+ * Copyright (C) 2009 Novell <trenn@suse.de>
+ *
+ * Most stuff taken over from hp-wmi
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ */
+
+
+
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/init.h>
+#include <linux/types.h>
+#include <linux/input.h>
+#include <acpi/acpi_drivers.h>
+#include <linux/acpi.h>
+#include <linux/string.h>
+#include <linux/hrtimer.h>
+#include <linux/backlight.h>
+
+MODULE_AUTHOR("Thomas Renninger <trenn@suse.de>");
+MODULE_DESCRIPTION("MSI laptop WMI hotkeys driver");
+MODULE_LICENSE("GPL");
+
+static int debug;
+module_param(debug, int, 0);
+MODULE_PARM_DESC(debug, "Set this to 1 to let the driver be more verbose");
+
+MODULE_ALIAS("wmi:551A1F84-FBDD-4125-91DB-3EA8F44F1D45");
+MODULE_ALIAS("wmi:B6F3EEF2-3D2F-49DC-9DE3-85BCE18C62F2");
+
+/* Temporary workaround until the WMI sysfs interface goes in
+ { "svn", DMI_SYS_VENDOR },
+ { "pn", DMI_PRODUCT_NAME },
+ { "pvr", DMI_PRODUCT_VERSION },
+ { "rvn", DMI_BOARD_VENDOR },
+ { "rn", DMI_BOARD_NAME },
+*/
+
+MODULE_ALIAS("dmi:*:svnMICRO-STARINTERNATIONAL*:pnMS-6638:*");
+
+#define DRV_NAME "msi-wmi"
+#define DRV_PFX DRV_NAME ": "
+
+#define MSIWMI_BIOS_GUID "551A1F84-FBDD-4125-91DB-3EA8F44F1D45"
+#define MSIWMI_EVENT_GUID "B6F3EEF2-3D2F-49DC-9DE3-85BCE18C62F2"
+
+#define dprintk(msg...) do { \
+ if (debug) \
+ printk(KERN_INFO DRV_PFX msg); \
+ } while (0)
+
+struct key_entry {
+ char type; /* See KE_* below */
+ u16 code;
+ u16 keycode;
+ int instance;
+ ktime_t last_pressed;
+};
+
+/*
+ * KE_KEY the only used key type, but keep this, others might also
+ * show up in the future. Compare with hp-wmi.c
+ */
+enum { KE_KEY, KE_END };
+
+static struct key_entry msi_wmi_keymap[] = {
+ { KE_KEY, 0xd0, KEY_BRIGHTNESSUP, 0, {0, } },
+ { KE_KEY, 0xd1, KEY_BRIGHTNESSDOWN, 1, {0, } },
+ { KE_KEY, 0xd2, KEY_VOLUMEUP, 2, {0, } },
+ { KE_KEY, 0xd3, KEY_VOLUMEDOWN, 3, {0, } },
+ { KE_END, 0}
+};
+
+struct backlight_device *backlight;
+
+static int backlight_map[] = { 0x00, 0x33, 0x66, 0x99, 0xCC, 0xFF };
+
+static struct input_dev *msi_wmi_input_dev;
+
+static int msi_wmi_query_block(int instance, int *ret)
+{
+ acpi_status status;
+ union acpi_object *obj;
+
+ struct acpi_buffer output = { ACPI_ALLOCATE_BUFFER, NULL };
+
+ status = wmi_query_block(MSIWMI_BIOS_GUID, instance, &output);
+
+ obj = output.pointer;
+
+ if (!obj || obj->type != ACPI_TYPE_INTEGER) {
+ if (obj) {
+ printk(KERN_ERR DRV_PFX "query block returned object "
+ "type: %d - buffer length:%d\n", obj->type,
+ obj->type == ACPI_TYPE_BUFFER ?
+ obj->buffer.length : 0);
+ }
+ kfree(obj);
+ return -EINVAL;
+ }
+ *ret = obj->integer.value;
+ kfree(obj);
+ return 0;
+}
+
+static int msi_wmi_set_block(int instance, int value)
+{
+ acpi_status status;
+
+ struct acpi_buffer input = { sizeof(int), &value };
+
+ dprintk("Going to set block of instance: %d - value: %d\n",
+ instance, value);
+
+ status = wmi_set_block(MSIWMI_BIOS_GUID, instance, &input);
+
+ return ACPI_SUCCESS(status) ? 0 : 1;
+}
+
+static int bl_get(struct backlight_device *bd)
+{
+ int level, err, ret = 0;
+
+ /* Instance 1 is "get backlight", cmp with DSDT */
+ err = msi_wmi_query_block(1, &ret);
+ if (err)
+ printk(KERN_ERR DRV_PFX "Could not query backlight: %d\n", err);
+ dprintk("Get: Query block returned: %d\n", ret);
+ for (level = 0; level < ARRAY_SIZE(backlight_map); level++) {
+ if (backlight_map[level] == ret) {
+ dprintk("Current backlight level: 0x%X - index: %d\n",
+ backlight_map[level], level);
+ break;
+ }
+ }
+ if (level == ARRAY_SIZE(backlight_map)) {
+ printk(KERN_ERR DRV_PFX "get: Invalid brightness value: 0x%X\n",
+ ret);
+ return -EINVAL;
+ }
+ return level;
+}
+
+static int bl_set_status(struct backlight_device *bd)
+{
+ int bright = bd->props.brightness;
+ if (bright >= ARRAY_SIZE(backlight_map) || bright < 0)
+ return -EINVAL;
+
+ /* Instance 0 is "set backlight" */
+ return msi_wmi_set_block(0, backlight_map[bright]);
+}
+
+static struct backlight_ops msi_backlight_ops = {
+ .get_brightness = bl_get,
+ .update_status = bl_set_status,
+};
+
+static struct key_entry *msi_wmi_get_entry_by_scancode(int code)
+{
+ struct key_entry *key;
+
+ for (key = msi_wmi_keymap; key->type != KE_END; key++)
+ if (code == key->code)
+ return key;
+
+ return NULL;
+}
+
+static struct key_entry *msi_wmi_get_entry_by_keycode(int keycode)
+{
+ struct key_entry *key;
+
+ for (key = msi_wmi_keymap; key->type != KE_END; key++)
+ if (key->type == KE_KEY && keycode == key->keycode)
+ return key;
+
+ return NULL;
+}
+
+static int msi_wmi_getkeycode(struct input_dev *dev, int scancode, int *keycode)
+{
+ struct key_entry *key = msi_wmi_get_entry_by_scancode(scancode);
+
+ if (key && key->type == KE_KEY) {
+ *keycode = key->keycode;
+ return 0;
+ }
+
+ return -EINVAL;
+}
+
+static int msi_wmi_setkeycode(struct input_dev *dev, int scancode, int keycode)
+{
+ struct key_entry *key;
+ int old_keycode;
+
+ if (keycode < 0 || keycode > KEY_MAX)
+ return -EINVAL;
+
+ key = msi_wmi_get_entry_by_scancode(scancode);
+ if (key && key->type == KE_KEY) {
+ old_keycode = key->keycode;
+ key->keycode = keycode;
+ set_bit(keycode, dev->keybit);
+ if (!msi_wmi_get_entry_by_keycode(old_keycode))
+ clear_bit(old_keycode, dev->keybit);
+ return 0;
+ }
+
+ return -EINVAL;
+}
+
+static void msi_wmi_notify(u32 value, void *context)
+{
+ struct acpi_buffer response = { ACPI_ALLOCATE_BUFFER, NULL };
+ static struct key_entry *key;
+ union acpi_object *obj;
+ ktime_t cur;
+
+ wmi_get_event_data(value, &response);
+
+ obj = (union acpi_object *)response.pointer;
+
+ if (obj && obj->type == ACPI_TYPE_INTEGER) {
+ int eventcode = obj->integer.value;
+ dprintk("Eventcode: 0x%x\n", eventcode);
+ key = msi_wmi_get_entry_by_scancode(eventcode);
+ if (key) {
+ cur = ktime_get_real();
+ /* Ignore event if the same event happened in a 50 ms
+ timeframe -> Key press may result in 10-20 GPEs */
+ if (ktime_to_us(ktime_sub(cur, key->last_pressed))
+ < 1000 * 50) {
+ dprintk("Suppressed key event 0x%X - "
+ "Last press was %lld us ago\n",
+ key->code,
+ ktime_to_us(ktime_sub(cur,
+ key->last_pressed)));
+ return;
+ }
+ key->last_pressed = cur;
+
+ switch (key->type) {
+ case KE_KEY:
+ /* Brightness is served via acpi video driver */
+ if (!backlight &&
+ (key->keycode == KEY_BRIGHTNESSUP ||
+ key->keycode == KEY_BRIGHTNESSDOWN))
+ break;
+
+ dprintk("Send key: 0x%X - "
+ "Input layer keycode: %d\n", key->code,
+ key->keycode);
+ input_report_key(msi_wmi_input_dev,
+ key->keycode, 1);
+ input_sync(msi_wmi_input_dev);
+ input_report_key(msi_wmi_input_dev,
+ key->keycode, 0);
+ input_sync(msi_wmi_input_dev);
+ break;
+ }
+ } else
+ printk(KERN_INFO "Unknown key pressed - %x\n",
+ eventcode);
+ } else
+ printk(KERN_INFO DRV_PFX "Unknown event received\n");
+ kfree(response.pointer);
+}
+
+static int __init msi_wmi_input_setup(void)
+{
+ struct key_entry *key;
+ int err;
+
+ msi_wmi_input_dev = input_allocate_device();
+
+ msi_wmi_input_dev->name = "MSI WMI hotkeys";
+ msi_wmi_input_dev->phys = "wmi/input0";
+ msi_wmi_input_dev->id.bustype = BUS_HOST;
+ msi_wmi_input_dev->getkeycode = msi_wmi_getkeycode;
+ msi_wmi_input_dev->setkeycode = msi_wmi_setkeycode;
+
+ for (key = msi_wmi_keymap; key->type != KE_END; key++) {
+ switch (key->type) {
+ case KE_KEY:
+ set_bit(EV_KEY, msi_wmi_input_dev->evbit);
+ set_bit(key->keycode, msi_wmi_input_dev->keybit);
+ break;
+ }
+ }
+
+ err = input_register_device(msi_wmi_input_dev);
+
+ if (err) {
+ input_free_device(msi_wmi_input_dev);
+ return err;
+ }
+
+ return 0;
+}
+
+static int __init msi_wmi_init(void)
+{
+ int err;
+
+ if (wmi_has_guid(MSIWMI_EVENT_GUID)) {
+ err = wmi_install_notify_handler(MSIWMI_EVENT_GUID,
+ msi_wmi_notify, NULL);
+ if (err)
+ return -EINVAL;
+
+ err = msi_wmi_input_setup();
+ if (err) {
+ wmi_remove_notify_handler(MSIWMI_EVENT_GUID);
+ return -EINVAL;
+ }
+
+ if (!acpi_video_backlight_support()) {
+ backlight = backlight_device_register(DRV_NAME,
+ NULL, NULL, &msi_backlight_ops);
+ if (IS_ERR(backlight)) {
+ wmi_remove_notify_handler(MSIWMI_EVENT_GUID);
+ input_unregister_device(msi_wmi_input_dev);
+ return -EINVAL;
+ }
+
+ backlight->props.max_brightness = ARRAY_SIZE(backlight_map) - 1;
+ err = bl_get(NULL);
+ if (err < 0) {
+ wmi_remove_notify_handler(MSIWMI_EVENT_GUID);
+ input_unregister_device(msi_wmi_input_dev);
+ backlight_device_unregister(backlight);
+ return -EINVAL;
+ }
+ backlight->props.brightness = err;
+ }
+ }
+ printk(KERN_INFO DRV_PFX "Event handler installed\n");
+ return 0;
+}
+
+static void __exit msi_wmi_exit(void)
+{
+ if (wmi_has_guid(MSIWMI_EVENT_GUID)) {
+ wmi_remove_notify_handler(MSIWMI_EVENT_GUID);
+ input_unregister_device(msi_wmi_input_dev);
+ backlight_device_unregister(backlight);
+ }
+}
+
+module_init(msi_wmi_init);
+module_exit(msi_wmi_exit);
--
1.6.3
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER
2009-10-26 16:44 Introduce msi-wmi driver - Fix hp-wmi memleaks - Cleanup __cpuinit warnings Thomas Renninger
2009-10-26 16:44 ` [PATCH 1/3] X86 drivers: Introduce msi-wmi driver Thomas Renninger
@ 2009-10-26 16:44 ` Thomas Renninger
2009-12-16 18:03 ` Len Brown
2009-10-26 16:44 ` [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add() Thomas Renninger
2 siblings, 1 reply; 10+ messages in thread
From: Thomas Renninger @ 2009-10-26 16:44 UTC (permalink / raw)
To: lenb, linux-acpi; +Cc: Thomas Renninger, Matthew Garrett, Linux-acpi
C: Carlos Corbacho <carlos@strangeworlds.co.uk>
CC: Matthew Garrett <mjg59@srcf.ucam.org>
CC: linux-acpi@vger.kernel.org
CC: Len Brown <lenb@kernel.org>
CC: Linux-acpi@vger.kernel.org
Signed-off-by: Thomas Renninger <trenn@suse.de>
---
drivers/platform/x86/hp-wmi.c | 10 +++++++++-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/platform/x86/hp-wmi.c b/drivers/platform/x86/hp-wmi.c
index c284217..8cea7ff 100644
--- a/drivers/platform/x86/hp-wmi.c
+++ b/drivers/platform/x86/hp-wmi.c
@@ -128,10 +128,15 @@ static int hp_wmi_perform_query(int query, int write, int value)
obj = output.pointer;
- if (!obj || obj->type != ACPI_TYPE_BUFFER)
+ if (!obj)
return -EINVAL;
+ else if (obj->type != ACPI_TYPE_BUFFER) {
+ kfree(output.pointer);
+ return -EINVAL;
+ }
bios_return = *((struct bios_return *)obj->buffer.pointer);
+ kfree(output.pointer);
if (bios_return.return_code > 0)
return bios_return.return_code * -1;
else
@@ -377,6 +382,9 @@ static void hp_wmi_notify(u32 value, void *context)
eventcode);
} else
printk(KERN_INFO "HP WMI: Unknown response received\n");
+
+ if(obj)
+ kfree(obj.pointer);
}
static int __init hp_wmi_input_setup(void)
--
1.6.3
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add()
2009-10-26 16:44 Introduce msi-wmi driver - Fix hp-wmi memleaks - Cleanup __cpuinit warnings Thomas Renninger
2009-10-26 16:44 ` [PATCH 1/3] X86 drivers: Introduce msi-wmi driver Thomas Renninger
2009-10-26 16:44 ` [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER Thomas Renninger
@ 2009-10-26 16:44 ` Thomas Renninger
2009-12-16 18:15 ` Len Brown
2 siblings, 1 reply; 10+ messages in thread
From: Thomas Renninger @ 2009-10-26 16:44 UTC (permalink / raw)
To: lenb, linux-acpi; +Cc: Thomas Renninger, Bjorn Helgaas
Due to the merge of processor_start() (declared with __cpuinit) into
processor_add(), a section mismatch warning appears:
WARNING: drivers/built-in.o(.text+0x4d59d): Section mismatch in reference
from the function acpi_processor_add() to the function
.cpuinit.text:acpi_processor_power_init()
...
This patch fixes the warning by declaring processor_add() as __cpuinit
and also declares acpi_processor_add_fs() as __cpuinit as it is only
used in acpi_processor_add().
Signed-off-by: Thomas Renninger <trenn@suse.de>
CC: Bjorn Helgaas <bjorn.helgaas@hp.com>
CC: Len Brown <lenb@kernel.org>
CC: linux-acpi@vger.kernel.org
---
drivers/acpi/processor_core.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/processor_core.c b/drivers/acpi/processor_core.c
index c567b46..32b7d92 100644
--- a/drivers/acpi/processor_core.c
+++ b/drivers/acpi/processor_core.c
@@ -353,7 +353,7 @@ static int acpi_processor_info_open_fs(struct inode *inode, struct file *file)
PDE(inode)->data);
}
-static int acpi_processor_add_fs(struct acpi_device *device)
+static int __cpuinit acpi_processor_add_fs(struct acpi_device *device)
{
struct proc_dir_entry *entry = NULL;
@@ -770,7 +770,7 @@ static struct notifier_block acpi_cpu_notifier =
.notifier_call = acpi_cpu_soft_notify,
};
-static int acpi_processor_add(struct acpi_device *device)
+static int __cpuinit acpi_processor_add(struct acpi_device *device)
{
struct acpi_processor *pr = NULL;
int result = 0;
--
1.6.3
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] X86 drivers: Introduce msi-wmi driver
2009-10-26 16:44 ` [PATCH 1/3] X86 drivers: Introduce msi-wmi driver Thomas Renninger
@ 2009-10-26 17:04 ` Matthew Garrett
2009-10-26 21:56 ` Thomas Renninger
0 siblings, 1 reply; 10+ messages in thread
From: Matthew Garrett @ 2009-10-26 17:04 UTC (permalink / raw)
To: Thomas Renninger; +Cc: lenb, linux-acpi
Only one question - does hitting the brightness keys automatically
change the backlight on non-ACPI backlight hardware driven by this?
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] X86 drivers: Introduce msi-wmi driver
2009-10-26 21:56 ` Thomas Renninger
@ 2009-10-26 20:10 ` Matthew Garrett
0 siblings, 0 replies; 10+ messages in thread
From: Matthew Garrett @ 2009-10-26 20:10 UTC (permalink / raw)
To: Thomas Renninger; +Cc: lenb, linux-acpi
On Mon, Oct 26, 2009 at 10:56:28PM +0100, Thomas Renninger wrote:
> The OS has to react on WMI notifications and the brightness change only
> happens when writing to IO via ACPI WSAA (WMI set block) function.
> So I expect the answer to your question is no.
Ok, that's fine.
--
Matthew Garrett | mjg59@srcf.ucam.org
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 1/3] X86 drivers: Introduce msi-wmi driver
2009-10-26 17:04 ` Matthew Garrett
@ 2009-10-26 21:56 ` Thomas Renninger
2009-10-26 20:10 ` Matthew Garrett
0 siblings, 1 reply; 10+ messages in thread
From: Thomas Renninger @ 2009-10-26 21:56 UTC (permalink / raw)
To: Matthew Garrett; +Cc: lenb, linux-acpi
On Monday 26 October 2009 06:04:21 pm Matthew Garrett wrote:
> Only one question - does hitting the brightness keys automatically
> change the backlight on non-ACPI backlight hardware driven by this?
Hmm, not sure what you mean with non-ACPI driven.
I can only talk about this specific model which only provides WMI (thus
also ACPI driven) backlight functionality. No generic ACPI backlight functions
as it seems only WindowsXP and not Vista is supported.
The OS has to react on WMI notifications and the brightness change only
happens when writing to IO via ACPI WSAA (WMI set block) function.
So I expect the answer to your question is no.
Thomas
BTW: Does someone know already whether Windows 7 also requires
generic ACPI backlight functions? Does someone have a good pointer to
some published Windows 7 ACPI documentation/requirements?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER
2009-10-26 16:44 ` [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER Thomas Renninger
@ 2009-12-16 18:03 ` Len Brown
2009-12-16 19:20 ` Len Brown
0 siblings, 1 reply; 10+ messages in thread
From: Len Brown @ 2009-12-16 18:03 UTC (permalink / raw)
To: Thomas Renninger; +Cc: linux-acpi, Matthew Garrett
applied
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add()
2009-10-26 16:44 ` [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add() Thomas Renninger
@ 2009-12-16 18:15 ` Len Brown
0 siblings, 0 replies; 10+ messages in thread
From: Len Brown @ 2009-12-16 18:15 UTC (permalink / raw)
To: Thomas Renninger; +Cc: linux-acpi, Bjorn Helgaas
applied the acpi_processor_add_fs() hunk,
as we already had the acpi_processor_add hunk
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER
2009-12-16 18:03 ` Len Brown
@ 2009-12-16 19:20 ` Len Brown
0 siblings, 0 replies; 10+ messages in thread
From: Len Brown @ 2009-12-16 19:20 UTC (permalink / raw)
To: Thomas Renninger; +Cc: linux-acpi, Matthew Garrett
[-- Attachment #1: Type: TEXT/PLAIN, Size: 293 bytes --]
dropped.
maybe this patch is stale or i screwed up merging it...
drivers/platform/x86/hp-wmi.c: In function ‘hp_wmi_notify’:
drivers/platform/x86/hp-wmi.c:390: error: request for member ‘pointer’ in
something not a structure or union
thanks,
Len Brown, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-12-16 19:20 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-26 16:44 Introduce msi-wmi driver - Fix hp-wmi memleaks - Cleanup __cpuinit warnings Thomas Renninger
2009-10-26 16:44 ` [PATCH 1/3] X86 drivers: Introduce msi-wmi driver Thomas Renninger
2009-10-26 17:04 ` Matthew Garrett
2009-10-26 21:56 ` Thomas Renninger
2009-10-26 20:10 ` Matthew Garrett
2009-10-26 16:44 ` [PATCH 2/3] hp-wmi: Fix memleaks by freeing acpi buffers delcared as ACPI_ALLOCATE_BUFFER Thomas Renninger
2009-12-16 18:03 ` Len Brown
2009-12-16 19:20 ` Len Brown
2009-10-26 16:44 ` [PATCH 3/3] ACPI processor: Fix section mismatch for processor_add() Thomas Renninger
2009-12-16 18:15 ` Len Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox