public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* [patch 1/7] asus-laptop: add base driver
@ 2007-01-25 11:54 Corentin CHARY
  2007-01-26  7:56 ` Len Brown
  2007-01-26 13:04 ` Corentin CHARY
  0 siblings, 2 replies; 5+ messages in thread
From: Corentin CHARY @ 2007-01-25 11:54 UTC (permalink / raw)
  To: Len Brown; +Cc: linux-acpi, acpi4asus-user

Add the new driver and make ASUS_LAPTOP and ACPI_ASUS incompatible.
It may be strange to use ASUS_CREATE_DEVICE_ATTR and 
ASUS_SET_DEVICE_ATTR now, but these macro will be very usefull in next
patchs.
ASUS_HANDLE and ASUS_HANDLE_INIT come from IBM_HANDLE and IBM_HANDLE_INIT,
with some modification, and will also be used in next patchs.

Signed-off-by: Corentin Chary <corentincj@iksaif.net>
 acpi/Kconfig       |    7
 misc/Kconfig       |   17 +
 misc/Makefile      |    1
 misc/asus-laptop.c |  530 +++++++++++++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 553 insertions(+), 2 deletions(-)
---

diff -Naur linux-2.6.20-rc4/drivers/acpi/Kconfig a/drivers/acpi/Kconfig
--- linux-2.6.20-rc4/drivers/acpi/Kconfig	2007-01-21 13:52:08.000000000 +0100
+++ a/drivers/acpi/Kconfig	2007-01-21 13:27:56.000000000 +0100
@@ -179,7 +179,7 @@
 
 config ACPI_ASUS
         tristate "ASUS/Medion Laptop Extras"
-	depends on X86
+	depends on X86 && !ASUS_LAPTOP
 	select BACKLIGHT_CLASS_DEVICE
         ---help---
           This driver provides support for extra features of ACPI-compatible
@@ -204,7 +204,10 @@
           If you have an ACPI-compatible ASUS laptop, say Y or M here. This
           driver is still under development, so if your laptop is unsupported or
           something works not quite as expected, please use the mailing list
-          available on the above page (acpi4asus-user@lists.sourceforge.net)
+          available on the above page (acpi4asus-user@lists.sourceforge.net).
+
+	  NOTE: This driver is deprecated and will probably be removed soon,
+	  use asus-laptop instead.
           
 config ACPI_IBM
 	tristate "IBM ThinkPad Laptop Extras"
diff -Naur linux-2.6.20-rc4/drivers/misc/asus-laptop.c a/drivers/misc/asus-laptop.c
--- linux-2.6.20-rc4/drivers/misc/asus-laptop.c	1970-01-01 01:00:00.000000000 +0100
+++ a/drivers/misc/asus-laptop.c	2007-01-21 13:27:56.000000000 +0100
@@ -0,0 +1,530 @@
+/*
+ *  asus-laptop.c - Asus Laptop Support
+ *
+ *
+ *  Copyright (C) 2002-2005 Julien Lerouge, 2003-2006 Karol Kozimor
+ *  Copyright (C) 2006 Corentin Chary
+ *
+ *  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
+ *
+ *
+ *  The development page for this driver is located at
+ *  http://sourceforge.net/projects/acpi4asus/
+ *
+ *  Credits:
+ *  Pontus Fuchs   - Helper functions, cleanup
+ *  Johann Wiesner - Small compile fixes
+ *  John Belmonte  - ACPI code for Toshiba laptop was a good starting point.
+ *  Eric Burghard  - LED display support for W1N
+ *  Josh Green     - Light Sens support
+ *  Thomas Tuttle  - His first patch for led support was very helpfull
+ *
+ */
+
+#include <linux/autoconf.h>
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/init.h>
+#include <linux/types.h>
+#include <linux/err.h>
+#include <linux/proc_fs.h>
+#include <linux/platform_device.h>
+#include <acpi/acpi_drivers.h>
+#include <acpi/acpi_bus.h>
+#include <asm/uaccess.h>
+
+#define ASUS_LAPTOP_VERSION "0.40"
+
+#define ASUS_HOTK_NAME          "Asus Laptop Support"
+#define ASUS_HOTK_CLASS         "hotkey"
+#define ASUS_HOTK_DEVICE_NAME   "Hotkey"
+#define ASUS_HOTK_HID           "ATK0100"
+#define ASUS_HOTK_FILE          "asus-laptop"
+#define ASUS_HOTK_PREFIX        "\\_SB.ATKD."
+
+#define ASUS_LOG    ASUS_HOTK_FILE ": "
+#define ASUS_ERR    KERN_ERR    ASUS_LOG
+#define ASUS_WARNING    KERN_WARNING    ASUS_LOG
+#define ASUS_NOTICE KERN_NOTICE ASUS_LOG
+#define ASUS_INFO   KERN_INFO   ASUS_LOG
+#define ASUS_DEBUG  KERN_DEBUG  ASUS_LOG
+
+MODULE_AUTHOR("Julien Lerouge, Karol Kozimor, Corentin Chary");
+MODULE_DESCRIPTION(ASUS_HOTK_NAME);
+MODULE_LICENSE("GPL");
+
+#define ASUS_HANDLE(object, paths...)					\
+	static acpi_handle  object##_handle = NULL;			\
+	static char *object##_paths[] = { paths }
+
+/*
+ * This is the main structure, we can use it to store anything interesting
+ * about the hotk device
+ */
+struct asus_hotk {
+	char *name; //laptop name
+	struct acpi_device *device;	//the device we are in
+	acpi_handle handle;	//the handle of the hotk device
+	char status;		//status of the hotk, for LEDs, ...
+	u16 event_count[128];	//count for each event TODO make this better
+};
+
+/*
+ * This header is made available to allow proper configuration given model,
+ * revision number , ... this info cannot go in struct asus_hotk because it is
+ * available before the hotk
+ */
+static struct acpi_table_header *asus_info;
+
+/* The actual device the driver binds to */
+static struct asus_hotk *hotk;
+
+/*
+ * The hotkey driver declaration
+ */
+static int asus_hotk_add(struct acpi_device *device);
+static int asus_hotk_remove(struct acpi_device *device, int type);
+static struct acpi_driver asus_hotk_driver = {
+	.name = ASUS_HOTK_NAME,
+	.class = ASUS_HOTK_CLASS,
+	.ids = ASUS_HOTK_HID,
+	.ops = {
+		.add = asus_hotk_add,
+		.remove = asus_hotk_remove,
+		},
+};
+
+/*
+ * This function evaluates an ACPI method, given an int as parameter, the
+ * method is searched within the scope of the handle, can be NULL. The output
+ * of the method is written is output, which can also be NULL
+ *
+ * returns 1 if write is successful, 0 else.
+ */
+static int write_acpi_int(acpi_handle handle, const char *method, int val,
+			  struct acpi_buffer *output)
+{
+	struct acpi_object_list params;	//list of input parameters (an int here)
+	union acpi_object in_obj;	//the only param we use
+	acpi_status status;
+
+	params.count = 1;
+	params.pointer = &in_obj;
+	in_obj.type = ACPI_TYPE_INTEGER;
+	in_obj.integer.value = val;
+
+	status = acpi_evaluate_object(handle, (char *)method, &params, output);
+	return (status == AE_OK);
+}
+
+static int read_acpi_int(acpi_handle handle, const char *method, int *val,
+			 struct acpi_object_list *params)
+{
+	struct acpi_buffer output;
+	union acpi_object out_obj;
+	acpi_status status;
+
+	output.length = sizeof(out_obj);
+	output.pointer = &out_obj;
+
+	status = acpi_evaluate_object(handle, (char *)method, params, &output);
+	*val = out_obj.integer.value;
+	return (status == AE_OK) && (out_obj.type == ACPI_TYPE_INTEGER);
+}
+
+/*
+ * Platform device handlers
+ */
+
+/*
+ * We write our info in page, we begin at offset off and cannot write more
+ * than count bytes. We set eof to 1 if we handle those 2 values. We return the
+ * number of bytes written in page
+ */
+static ssize_t show_infos(struct device *dev,
+			 struct device_attribute *attr, char *page)
+{
+	int len = 0;
+	int temp;
+	char buf[16];		//enough for all info
+	/*
+	 * We use the easy way, we don't care of off and count, so we don't set eof
+	 * to 1
+	 */
+
+	len += sprintf(page, ASUS_HOTK_NAME " " ASUS_LAPTOP_VERSION "\n");
+	len += sprintf(page + len, "Model reference    : %s\n", hotk->name);
+	/*
+	 * The SFUN method probably allows the original driver to get the list
+	 * of features supported by a given model. For now, 0x0100 or 0x0800
+	 * bit signifies that the laptop is equipped with a Wi-Fi MiniPCI card.
+	 * The significance of others is yet to be found.
+	 */
+	if (read_acpi_int(hotk->handle, "SFUN", &temp, NULL))
+		len +=
+		    sprintf(page + len, "SFUN value         : 0x%04x\n", temp);
+	/*
+	 * Another value for userspace: the ASYM method returns 0x02 for
+	 * battery low and 0x04 for battery critical, its readings tend to be
+	 * more accurate than those provided by _BST.
+	 * Note: since not all the laptops provide this method, errors are
+	 * silently ignored.
+	 */
+	if (read_acpi_int(hotk->handle, "ASYM", &temp, NULL))
+		len +=
+		    sprintf(page + len, "ASYM value         : 0x%04x\n", temp);
+	if (asus_info) {
+		snprintf(buf, 16, "%d", asus_info->length);
+		len += sprintf(page + len, "DSDT length        : %s\n", buf);
+		snprintf(buf, 16, "%d", asus_info->checksum);
+		len += sprintf(page + len, "DSDT checksum      : %s\n", buf);
+		snprintf(buf, 16, "%d", asus_info->revision);
+		len += sprintf(page + len, "DSDT revision      : %s\n", buf);
+		snprintf(buf, 7, "%s", asus_info->oem_id);
+		len += sprintf(page + len, "OEM id             : %s\n", buf);
+		snprintf(buf, 9, "%s", asus_info->oem_table_id);
+		len += sprintf(page + len, "OEM table id       : %s\n", buf);
+		snprintf(buf, 16, "%x", asus_info->oem_revision);
+		len += sprintf(page + len, "OEM revision       : 0x%s\n", buf);
+		snprintf(buf, 5, "%s", asus_info->asl_compiler_id);
+		len += sprintf(page + len, "ASL comp vendor id : %s\n", buf);
+		snprintf(buf, 16, "%x", asus_info->asl_compiler_revision);
+		len += sprintf(page + len, "ASL comp revision  : 0x%s\n", buf);
+	}
+
+	return len;
+}
+
+static int parse_arg(const char *buf, unsigned long count, int *val)
+{
+	if (!count)
+		return 0;
+	if (count > 31)
+		return -EINVAL;
+	if (sscanf(buf, "%i", val) != 1)
+		return -EINVAL;
+	return count;
+}
+
+static void asus_hotk_notify(acpi_handle handle, u32 event, void *data)
+{
+	/* TODO Find a better way to handle events count. */
+	if (!hotk)
+		return;
+
+	acpi_bus_generate_event(hotk->device, event,
+				hotk->event_count[event % 128]++);
+
+	return;
+}
+
+#define ASUS_CREATE_DEVICE_ATTR(_name)					\
+	struct device_attribute dev_attr_##_name = {			\
+		.attr = {						\
+			.name = __stringify(_name),			\
+			.mode = 0,					\
+			.owner = THIS_MODULE },				\
+		.show   = NULL,						\
+		.store  = NULL,						\
+	}
+
+#define ASUS_SET_DEVICE_ATTR(_name, _mode, _show, _store)		\
+	do {								\
+		dev_attr_##_name.attr.mode = _mode;			\
+		dev_attr_##_name.show = _show;				\
+		dev_attr_##_name.store = _store;			\
+	} while(0)
+
+static ASUS_CREATE_DEVICE_ATTR(infos);
+
+static struct attribute *asuspf_attributes[] = {
+        &dev_attr_infos.attr,
+        NULL
+};
+
+static struct attribute_group asuspf_attribute_group = {
+        .attrs = asuspf_attributes
+};
+
+static struct platform_driver asuspf_driver = {
+        .driver = {
+                .name = ASUS_HOTK_FILE,
+                .owner = THIS_MODULE,
+        }
+};
+
+static struct platform_device *asuspf_device;
+
+
+static void asus_hotk_add_fs(void)
+{
+	ASUS_SET_DEVICE_ATTR(infos, 0444, show_infos, NULL);
+}
+
+static int asus_handle_init(char *name, acpi_handle *handle,
+			    char **paths, int num_paths)
+{
+	int i;
+	acpi_status status;
+
+	for (i = 0; i < num_paths; i++) {
+		status = acpi_get_handle(NULL, paths[i], handle);
+		if (ACPI_SUCCESS(status))
+			return 0;
+	}
+
+	*handle = NULL;
+	return -ENODEV;
+}
+
+#define ASUS_HANDLE_INIT(object)					\
+	asus_handle_init(#object, &object##_handle, object##_paths,	\
+			 ARRAY_SIZE(object##_paths))
+
+
+/*
+ * This function is used to initialize the hotk with right values. In this
+ * method, we can make all the detection we want, and modify the hotk struct
+ */
+static int asus_hotk_get_info(void)
+{
+	struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
+	struct acpi_buffer dsdt = { ACPI_ALLOCATE_BUFFER, NULL };
+	union acpi_object *model = NULL;
+	int bsts_result;
+	char *string = NULL;
+	acpi_status status;
+
+	/*
+	 * Get DSDT headers early enough to allow for differentiating between
+	 * models, but late enough to allow acpi_bus_register_driver() to fail
+	 * before doing anything ACPI-specific. Should we encounter a machine,
+	 * which needs special handling (i.e. its hotkey device has a different
+	 * HID), this bit will be moved. A global variable asus_info contains
+	 * the DSDT header.
+	 */
+	status = acpi_get_table(ACPI_TABLE_ID_DSDT, 1, &dsdt);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_WARNING "Couldn't get the DSDT table header\n");
+	else
+		asus_info = dsdt.pointer;
+
+	/* We have to write 0 on init this far for all ASUS models */
+	if (!write_acpi_int(hotk->handle, "INIT", 0, &buffer)) {
+		printk(ASUS_ERR "Hotkey initialization failed\n");
+		return -ENODEV;
+	}
+
+	/* This needs to be called for some laptops to init properly */
+	if (!read_acpi_int(hotk->handle, "BSTS", &bsts_result, NULL))
+		printk(ASUS_WARNING "Error calling BSTS\n");
+	else if (bsts_result)
+		printk(ASUS_NOTICE "BSTS called, 0x%02x returned\n",
+		       bsts_result);
+
+	/*
+	 * Try to match the object returned by INIT to the specific model.
+	 * Handle every possible object (or the lack of thereof) the DSDT
+	 * writers might throw at us. When in trouble, we pass NULL to
+	 * asus_model_match() and try something completely different.
+	 */
+	if (buffer.pointer) {
+		model = buffer.pointer;
+		switch (model->type) {
+		case ACPI_TYPE_STRING:
+			string = model->string.pointer;
+			break;
+		case ACPI_TYPE_BUFFER:
+			string = model->buffer.pointer;
+			break;
+		default:
+			string = "";
+			break;
+		}
+	}
+	hotk->name = kstrdup(string, GFP_KERNEL);
+	if (!hotk->name)
+		return -ENOMEM;
+
+	if(*string)
+		printk(ASUS_NOTICE "  %s model detected\n", string);
+
+	kfree(model);
+
+	return AE_OK;
+}
+
+static int asus_hotk_check(void)
+{
+	int result = 0;
+
+	result = acpi_bus_get_status(hotk->device);
+	if (result)
+		return result;
+
+	if (hotk->device->status.present) {
+		result = asus_hotk_get_info();
+	} else {
+		printk(ASUS_ERR "Hotkey device not present, aborting\n");
+		return -EINVAL;
+	}
+
+	return result;
+}
+
+static int asus_hotk_found;
+
+static int asus_hotk_add(struct acpi_device *device)
+{
+	acpi_status status = AE_OK;
+	int result;
+
+	if (!device)
+		return -EINVAL;
+
+	printk(ASUS_NOTICE "Asus Laptop Support version %s\n",
+	       ASUS_LAPTOP_VERSION);
+
+	hotk = kmalloc(sizeof(struct asus_hotk), GFP_KERNEL);
+	if (!hotk)
+		return -ENOMEM;
+	memset(hotk, 0, sizeof(struct asus_hotk));
+
+	hotk->handle = device->handle;
+	strcpy(acpi_device_name(device), ASUS_HOTK_DEVICE_NAME);
+	strcpy(acpi_device_class(device), ASUS_HOTK_CLASS);
+	acpi_driver_data(device) = hotk;
+	hotk->device = device;
+
+	result = asus_hotk_check();
+	if (result)
+		goto end;
+
+	asus_hotk_add_fs();
+	
+	/*
+	 * We install the handler, it will receive the hotk in parameter, so, we
+	 * could add other data to the hotk struct
+	 */
+	status = acpi_install_notify_handler(hotk->handle, ACPI_SYSTEM_NOTIFY,
+					     asus_hotk_notify, hotk);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_ERR "Error installing notify handler\n");
+
+	asus_hotk_found = 1;
+
+      end:
+	if (result) {
+		kfree(hotk->name);
+		kfree(hotk);
+	}
+
+	return result;
+}
+
+static int asus_hotk_remove(struct acpi_device *device, int type)
+{
+	acpi_status status = 0;
+
+	if (!device || !acpi_driver_data(device))
+		return -EINVAL;
+
+	status = acpi_remove_notify_handler(hotk->handle, ACPI_SYSTEM_NOTIFY,
+					    asus_hotk_notify);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_ERR "Error removing notify handler\n");
+
+	kfree(hotk->name);
+	kfree(hotk);
+
+	return 0;
+}
+
+static void __exit asus_laptop_exit(void)
+{
+	acpi_bus_unregister_driver(&asus_hotk_driver);
+        sysfs_remove_group(&asuspf_device->dev.kobj, &asuspf_attribute_group);
+        platform_device_unregister(asuspf_device);
+        platform_driver_unregister(&asuspf_driver);
+
+	kfree(asus_info);
+}
+
+static int __init asus_laptop_init(void)
+{
+	int result;
+
+	if (acpi_disabled)
+		return -ENODEV;
+
+	if (!acpi_specific_hotkey_enabled) {
+		printk(ASUS_ERR "Using generic hotkey driver\n");
+		return -ENODEV;
+	}
+
+	result = acpi_bus_register_driver(&asus_hotk_driver);
+	if (result < 0)
+		return result;
+
+	/*
+	 * This is a bit of a kludge.  We only want this module loaded
+	 * for ASUS systems, but there's currently no way to probe the
+	 * ACPI namespace for ASUS HIDs.  So we just return failure if
+	 * we didn't find one, which will cause the module to be
+	 * unloaded.
+	 */
+	if (!asus_hotk_found) {
+		acpi_bus_unregister_driver(&asus_hotk_driver);
+		return -ENODEV;
+	}
+
+        /* Register platform stuff */
+	result = platform_driver_register(&asuspf_driver);
+        if (result)
+                goto fail_platform_driver;
+
+        asuspf_device = platform_device_alloc(ASUS_HOTK_FILE, -1);
+        if (!asuspf_device) {
+                result = -ENOMEM;
+                goto fail_platform_device1;
+        }
+
+        result = platform_device_add(asuspf_device);
+        if (result)
+                goto fail_platform_device2;
+
+        result = sysfs_create_group(&asuspf_device->dev.kobj,
+				    &asuspf_attribute_group);
+        if (result)
+                goto fail_sysfs;
+
+        return 0;
+
+fail_sysfs:
+        platform_device_del(asuspf_device);
+
+fail_platform_device2:
+	platform_device_put(asuspf_device);
+
+fail_platform_device1:
+        platform_driver_unregister(&asuspf_driver);
+
+fail_platform_driver:
+
+	return result;
+}
+
+module_init(asus_laptop_init);
+module_exit(asus_laptop_exit);
diff -Naur linux-2.6.20-rc4/drivers/misc/Kconfig a/drivers/misc/Kconfig
--- linux-2.6.20-rc4/drivers/misc/Kconfig	2007-01-07 06:45:51.000000000 +0100
+++ a/drivers/misc/Kconfig	2007-01-21 13:27:56.000000000 +0100
@@ -69,6 +69,23 @@
           To compile this driver as a module, choose M here: the module will
 	  be called tifm_7xx1.
 
+config ASUS_LAPTOP
+        tristate "Asus Laptop Extras (EXPERIMENTAL)"
+        depends on X86
+        depends on ACPI
+	depends on EXPERIMENTAL && !ACPI_ASUS
+        ---help---
+	  This is the new Linux driver for Asus laptops. It may also support some
+	  MEDION, JVC or VICTOR laptops. It makes all the extra buttons generate
+	  standard ACPI events that go through /proc/acpi/events. It also adds
+	  support for video output switching, LCD backlight control, Bluetooth and
+	  Wlan control, and most importantly, allows you to blink those fancy LEDs.
+
+	  For more information and a userspace daemon for handling the extra
+	  buttons see <http://acpi4asus.sf.net/>.
+
+	  If you have an ACPI-compatible ASUS laptop, say Y or M here.
+
 config MSI_LAPTOP
         tristate "MSI Laptop Extras"
         depends on X86
diff -Naur linux-2.6.20-rc4/drivers/misc/Makefile a/drivers/misc/Makefile
--- linux-2.6.20-rc4/drivers/misc/Makefile      2007-01-21 20:19:28.000000000 +0100
+++ a/drivers/misc/Makefile       2007-01-25 10:26:01.000000000 +0100
@@ -6,5 +6,6 @@
 obj-$(CONFIG_IBM_ASM)          += ibmasm/
 obj-$(CONFIG_HDPU_FEATURES)    += hdpuftrs/
 obj-$(CONFIG_MSI_LAPTOP)     += msi-laptop.o
+obj-$(CONFIG_ASUS_LAPTOP)     += asus-laptop.o
 obj-$(CONFIG_LKDTM)            += lkdtm.o
 obj-$(CONFIG_TIFM_CORE)        += tifm_core.o
 obj-$(CONFIG_TIFM_7XX1)        += tifm_7xx1.o
-- 
CHARY 'Iksaif' Corentin
http://xf.iksaif.net

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch 1/7] asus-laptop: add base driver
  2007-01-25 11:54 [patch 1/7] asus-laptop: add base driver Corentin CHARY
@ 2007-01-26  7:56 ` Len Brown
  2007-01-26 13:04 ` Corentin CHARY
  1 sibling, 0 replies; 5+ messages in thread
From: Len Brown @ 2007-01-26  7:56 UTC (permalink / raw)
  To: corentincj; +Cc: linux-acpi, acpi4asus-user

On Thursday 25 January 2007 06:54, Corentin CHARY wrote:
> Add the new driver and make ASUS_LAPTOP and ACPI_ASUS incompatible.
> It may be strange to use ASUS_CREATE_DEVICE_ATTR and 
> ASUS_SET_DEVICE_ATTR now, but these macro will be very usefull in next
> patchs.
> ASUS_HANDLE and ASUS_HANDLE_INIT come from IBM_HANDLE and IBM_HANDLE_INIT,
> with some modification, and will also be used in next patchs.
> 

>  misc/asus-laptop.c |  530 +++++++++++++++++++++++++++++++++++++++++++++++++++++

Adds trailing whitespace. line 446

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch 1/7] asus-laptop: add base driver
  2007-01-25 11:54 [patch 1/7] asus-laptop: add base driver Corentin CHARY
  2007-01-26  7:56 ` Len Brown
@ 2007-01-26 13:04 ` Corentin CHARY
  2007-01-26 18:48   ` Suietov, Fiodor F
  1 sibling, 1 reply; 5+ messages in thread
From: Corentin CHARY @ 2007-01-26 13:04 UTC (permalink / raw)
  To: Len Brown; +Cc: linux-acpi, acpi4asus-user

From: Corentin Chary <corentincj@iksaif.net>

Adds the new driver and make ASUS_LAPTOP and ACPI_ASUS
incompatible.  It may be strange to use ASUS_CREATE_DEVICE_ATTR
and ASUS_SET_DEVICE_ATTR now, but these macro will be very
usefull in next patchs.  ASUS_HANDLE and ASUS_HANDLE_INIT comes
from IBM_HANDLE and IBM_HANDLE_INIT, with some modification,
and will also be used in next patchs.

Signed-off-by: Corentin Chary <corentincj@iksaif.net>
---
 MAINTAINERS                |    8 
 drivers/acpi/Kconfig       |   13 
 drivers/misc/Kconfig       |   17 +
 drivers/misc/Makefile      |    1 
 drivers/misc/asus-laptop.c |  530 +++++++++++++++++++++++++++++++++++
 5 files changed, 564 insertions(+), 5 deletions(-)

diff -Naur a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
--- a/drivers/acpi/Kconfig	2007-01-26 11:45:23.000000000 +0100
+++ b/drivers/acpi/Kconfig	2007-01-26 11:55:49.000000000 +0100
@@ -186,19 +186,22 @@
 
 	  Note: display switching code is currently considered EXPERIMENTAL,
 	  toying with these values may even lock your machine.
-          
+
           All settings are changed via /proc/acpi/asus directory entries. Owner
           and group for these entries can be set with asus_uid and asus_gid
           parameters.
-          
+
           More information and a userspace daemon for handling the extra buttons
           at <http://sourceforge.net/projects/acpi4asus/>.
-          
+
           If you have an ACPI-compatible ASUS laptop, say Y or M here. This
           driver is still under development, so if your laptop is unsupported or
           something works not quite as expected, please use the mailing list
-          available on the above page (acpi4asus-user@lists.sourceforge.net)
-          
+          available on the above page (acpi4asus-user@lists.sourceforge.net).
+
+	  NOTE: This driver is deprecated and will probably be removed soon,
+	  use asus-laptop instead.
+
 config ACPI_IBM
 	tristate "IBM ThinkPad Laptop Extras"
 	depends on X86
diff -Naur a/drivers/misc/asus-laptop.c b/drivers/misc/asus-laptop.c
--- a/drivers/misc/asus-laptop.c	1970-01-01 01:00:00.000000000 +0100
+++ b/drivers/misc/asus-laptop.c	2007-01-26 11:14:39.000000000 +0100
@@ -0,0 +1,530 @@
+/*
+ *  asus-laptop.c - Asus Laptop Support
+ *
+ *
+ *  Copyright (C) 2002-2005 Julien Lerouge, 2003-2006 Karol Kozimor
+ *  Copyright (C) 2006 Corentin Chary
+ *
+ *  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
+ *
+ *
+ *  The development page for this driver is located at
+ *  http://sourceforge.net/projects/acpi4asus/
+ *
+ *  Credits:
+ *  Pontus Fuchs   - Helper functions, cleanup
+ *  Johann Wiesner - Small compile fixes
+ *  John Belmonte  - ACPI code for Toshiba laptop was a good starting point.
+ *  Eric Burghard  - LED display support for W1N
+ *  Josh Green     - Light Sens support
+ *  Thomas Tuttle  - His first patch for led support was very helpfull
+ *
+ */
+
+#include <linux/autoconf.h>
+#include <linux/kernel.h>
+#include <linux/module.h>
+#include <linux/init.h>
+#include <linux/types.h>
+#include <linux/err.h>
+#include <linux/proc_fs.h>
+#include <linux/platform_device.h>
+#include <acpi/acpi_drivers.h>
+#include <acpi/acpi_bus.h>
+#include <asm/uaccess.h>
+
+#define ASUS_LAPTOP_VERSION "0.40"
+
+#define ASUS_HOTK_NAME          "Asus Laptop Support"
+#define ASUS_HOTK_CLASS         "hotkey"
+#define ASUS_HOTK_DEVICE_NAME   "Hotkey"
+#define ASUS_HOTK_HID           "ATK0100"
+#define ASUS_HOTK_FILE          "asus-laptop"
+#define ASUS_HOTK_PREFIX        "\\_SB.ATKD."
+
+#define ASUS_LOG    ASUS_HOTK_FILE ": "
+#define ASUS_ERR    KERN_ERR    ASUS_LOG
+#define ASUS_WARNING    KERN_WARNING    ASUS_LOG
+#define ASUS_NOTICE KERN_NOTICE ASUS_LOG
+#define ASUS_INFO   KERN_INFO   ASUS_LOG
+#define ASUS_DEBUG  KERN_DEBUG  ASUS_LOG
+
+MODULE_AUTHOR("Julien Lerouge, Karol Kozimor, Corentin Chary");
+MODULE_DESCRIPTION(ASUS_HOTK_NAME);
+MODULE_LICENSE("GPL");
+
+#define ASUS_HANDLE(object, paths...)					\
+	static acpi_handle  object##_handle = NULL;			\
+	static char *object##_paths[] = { paths }
+
+/*
+ * This is the main structure, we can use it to store anything interesting
+ * about the hotk device
+ */
+struct asus_hotk {
+	char *name; //laptop name
+	struct acpi_device *device;	//the device we are in
+	acpi_handle handle;	//the handle of the hotk device
+	char status;		//status of the hotk, for LEDs, ...
+	u16 event_count[128];	//count for each event TODO make this better
+};
+
+/*
+ * This header is made available to allow proper configuration given model,
+ * revision number , ... this info cannot go in struct asus_hotk because it is
+ * available before the hotk
+ */
+static struct acpi_table_header *asus_info;
+
+/* The actual device the driver binds to */
+static struct asus_hotk *hotk;
+
+/*
+ * The hotkey driver declaration
+ */
+static int asus_hotk_add(struct acpi_device *device);
+static int asus_hotk_remove(struct acpi_device *device, int type);
+static struct acpi_driver asus_hotk_driver = {
+	.name = ASUS_HOTK_NAME,
+	.class = ASUS_HOTK_CLASS,
+	.ids = ASUS_HOTK_HID,
+	.ops = {
+		.add = asus_hotk_add,
+		.remove = asus_hotk_remove,
+		},
+};
+
+/*
+ * This function evaluates an ACPI method, given an int as parameter, the
+ * method is searched within the scope of the handle, can be NULL. The output
+ * of the method is written is output, which can also be NULL
+ *
+ * returns 1 if write is successful, 0 else.
+ */
+static int write_acpi_int(acpi_handle handle, const char *method, int val,
+			  struct acpi_buffer *output)
+{
+	struct acpi_object_list params;	//list of input parameters (an int here)
+	union acpi_object in_obj;	//the only param we use
+	acpi_status status;
+
+	params.count = 1;
+	params.pointer = &in_obj;
+	in_obj.type = ACPI_TYPE_INTEGER;
+	in_obj.integer.value = val;
+
+	status = acpi_evaluate_object(handle, (char *)method, &params, output);
+	return (status == AE_OK);
+}
+
+static int read_acpi_int(acpi_handle handle, const char *method, int *val,
+			 struct acpi_object_list *params)
+{
+	struct acpi_buffer output;
+	union acpi_object out_obj;
+	acpi_status status;
+
+	output.length = sizeof(out_obj);
+	output.pointer = &out_obj;
+
+	status = acpi_evaluate_object(handle, (char *)method, params, &output);
+	*val = out_obj.integer.value;
+	return (status == AE_OK) && (out_obj.type == ACPI_TYPE_INTEGER);
+}
+
+/*
+ * Platform device handlers
+ */
+
+/*
+ * We write our info in page, we begin at offset off and cannot write more
+ * than count bytes. We set eof to 1 if we handle those 2 values. We return the
+ * number of bytes written in page
+ */
+static ssize_t show_infos(struct device *dev,
+			 struct device_attribute *attr, char *page)
+{
+	int len = 0;
+	int temp;
+	char buf[16];		//enough for all info
+	/*
+	 * We use the easy way, we don't care of off and count, so we don't set eof
+	 * to 1
+	 */
+
+	len += sprintf(page, ASUS_HOTK_NAME " " ASUS_LAPTOP_VERSION "\n");
+	len += sprintf(page + len, "Model reference    : %s\n", hotk->name);
+	/*
+	 * The SFUN method probably allows the original driver to get the list
+	 * of features supported by a given model. For now, 0x0100 or 0x0800
+	 * bit signifies that the laptop is equipped with a Wi-Fi MiniPCI card.
+	 * The significance of others is yet to be found.
+	 */
+	if (read_acpi_int(hotk->handle, "SFUN", &temp, NULL))
+		len +=
+		    sprintf(page + len, "SFUN value         : 0x%04x\n", temp);
+	/*
+	 * Another value for userspace: the ASYM method returns 0x02 for
+	 * battery low and 0x04 for battery critical, its readings tend to be
+	 * more accurate than those provided by _BST.
+	 * Note: since not all the laptops provide this method, errors are
+	 * silently ignored.
+	 */
+	if (read_acpi_int(hotk->handle, "ASYM", &temp, NULL))
+		len +=
+		    sprintf(page + len, "ASYM value         : 0x%04x\n", temp);
+	if (asus_info) {
+		snprintf(buf, 16, "%d", asus_info->length);
+		len += sprintf(page + len, "DSDT length        : %s\n", buf);
+		snprintf(buf, 16, "%d", asus_info->checksum);
+		len += sprintf(page + len, "DSDT checksum      : %s\n", buf);
+		snprintf(buf, 16, "%d", asus_info->revision);
+		len += sprintf(page + len, "DSDT revision      : %s\n", buf);
+		snprintf(buf, 7, "%s", asus_info->oem_id);
+		len += sprintf(page + len, "OEM id             : %s\n", buf);
+		snprintf(buf, 9, "%s", asus_info->oem_table_id);
+		len += sprintf(page + len, "OEM table id       : %s\n", buf);
+		snprintf(buf, 16, "%x", asus_info->oem_revision);
+		len += sprintf(page + len, "OEM revision       : 0x%s\n", buf);
+		snprintf(buf, 5, "%s", asus_info->asl_compiler_id);
+		len += sprintf(page + len, "ASL comp vendor id : %s\n", buf);
+		snprintf(buf, 16, "%x", asus_info->asl_compiler_revision);
+		len += sprintf(page + len, "ASL comp revision  : 0x%s\n", buf);
+	}
+
+	return len;
+}
+
+static int parse_arg(const char *buf, unsigned long count, int *val)
+{
+	if (!count)
+		return 0;
+	if (count > 31)
+		return -EINVAL;
+	if (sscanf(buf, "%i", val) != 1)
+		return -EINVAL;
+	return count;
+}
+
+static void asus_hotk_notify(acpi_handle handle, u32 event, void *data)
+{
+	/* TODO Find a better way to handle events count. */
+	if (!hotk)
+		return;
+
+	acpi_bus_generate_event(hotk->device, event,
+				hotk->event_count[event % 128]++);
+
+	return;
+}
+
+#define ASUS_CREATE_DEVICE_ATTR(_name)					\
+	struct device_attribute dev_attr_##_name = {			\
+		.attr = {						\
+			.name = __stringify(_name),			\
+			.mode = 0,					\
+			.owner = THIS_MODULE },				\
+		.show   = NULL,						\
+		.store  = NULL,						\
+	}
+
+#define ASUS_SET_DEVICE_ATTR(_name, _mode, _show, _store)		\
+	do {								\
+		dev_attr_##_name.attr.mode = _mode;			\
+		dev_attr_##_name.show = _show;				\
+		dev_attr_##_name.store = _store;			\
+	} while(0)
+
+static ASUS_CREATE_DEVICE_ATTR(infos);
+
+static struct attribute *asuspf_attributes[] = {
+        &dev_attr_infos.attr,
+        NULL
+};
+
+static struct attribute_group asuspf_attribute_group = {
+        .attrs = asuspf_attributes
+};
+
+static struct platform_driver asuspf_driver = {
+        .driver = {
+                .name = ASUS_HOTK_FILE,
+                .owner = THIS_MODULE,
+        }
+};
+
+static struct platform_device *asuspf_device;
+
+
+static void asus_hotk_add_fs(void)
+{
+	ASUS_SET_DEVICE_ATTR(infos, 0444, show_infos, NULL);
+}
+
+static int asus_handle_init(char *name, acpi_handle *handle,
+			    char **paths, int num_paths)
+{
+	int i;
+	acpi_status status;
+
+	for (i = 0; i < num_paths; i++) {
+		status = acpi_get_handle(NULL, paths[i], handle);
+		if (ACPI_SUCCESS(status))
+			return 0;
+	}
+
+	*handle = NULL;
+	return -ENODEV;
+}
+
+#define ASUS_HANDLE_INIT(object)					\
+	asus_handle_init(#object, &object##_handle, object##_paths,	\
+			 ARRAY_SIZE(object##_paths))
+
+
+/*
+ * This function is used to initialize the hotk with right values. In this
+ * method, we can make all the detection we want, and modify the hotk struct
+ */
+static int asus_hotk_get_info(void)
+{
+	struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
+	struct acpi_buffer dsdt = { ACPI_ALLOCATE_BUFFER, NULL };
+	union acpi_object *model = NULL;
+	int bsts_result;
+	char *string = NULL;
+	acpi_status status;
+
+	/*
+	 * Get DSDT headers early enough to allow for differentiating between
+	 * models, but late enough to allow acpi_bus_register_driver() to fail
+	 * before doing anything ACPI-specific. Should we encounter a machine,
+	 * which needs special handling (i.e. its hotkey device has a different
+	 * HID), this bit will be moved. A global variable asus_info contains
+	 * the DSDT header.
+	 */
+	status = acpi_get_table(ACPI_TABLE_ID_DSDT, 1, &dsdt);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_WARNING "Couldn't get the DSDT table header\n");
+	else
+		asus_info = dsdt.pointer;
+
+	/* We have to write 0 on init this far for all ASUS models */
+	if (!write_acpi_int(hotk->handle, "INIT", 0, &buffer)) {
+		printk(ASUS_ERR "Hotkey initialization failed\n");
+		return -ENODEV;
+	}
+
+	/* This needs to be called for some laptops to init properly */
+	if (!read_acpi_int(hotk->handle, "BSTS", &bsts_result, NULL))
+		printk(ASUS_WARNING "Error calling BSTS\n");
+	else if (bsts_result)
+		printk(ASUS_NOTICE "BSTS called, 0x%02x returned\n",
+		       bsts_result);
+
+	/*
+	 * Try to match the object returned by INIT to the specific model.
+	 * Handle every possible object (or the lack of thereof) the DSDT
+	 * writers might throw at us. When in trouble, we pass NULL to
+	 * asus_model_match() and try something completely different.
+	 */
+	if (buffer.pointer) {
+		model = buffer.pointer;
+		switch (model->type) {
+		case ACPI_TYPE_STRING:
+			string = model->string.pointer;
+			break;
+		case ACPI_TYPE_BUFFER:
+			string = model->buffer.pointer;
+			break;
+		default:
+			string = "";
+			break;
+		}
+	}
+	hotk->name = kstrdup(string, GFP_KERNEL);
+	if (!hotk->name)
+		return -ENOMEM;
+
+	if(*string)
+		printk(ASUS_NOTICE "  %s model detected\n", string);
+
+	kfree(model);
+
+	return AE_OK;
+}
+
+static int asus_hotk_check(void)
+{
+	int result = 0;
+
+	result = acpi_bus_get_status(hotk->device);
+	if (result)
+		return result;
+
+	if (hotk->device->status.present) {
+		result = asus_hotk_get_info();
+	} else {
+		printk(ASUS_ERR "Hotkey device not present, aborting\n");
+		return -EINVAL;
+	}
+
+	return result;
+}
+
+static int asus_hotk_found;
+
+static int asus_hotk_add(struct acpi_device *device)
+{
+	acpi_status status = AE_OK;
+	int result;
+
+	if (!device)
+		return -EINVAL;
+
+	printk(ASUS_NOTICE "Asus Laptop Support version %s\n",
+	       ASUS_LAPTOP_VERSION);
+
+	hotk = kmalloc(sizeof(struct asus_hotk), GFP_KERNEL);
+	if (!hotk)
+		return -ENOMEM;
+	memset(hotk, 0, sizeof(struct asus_hotk));
+
+	hotk->handle = device->handle;
+	strcpy(acpi_device_name(device), ASUS_HOTK_DEVICE_NAME);
+	strcpy(acpi_device_class(device), ASUS_HOTK_CLASS);
+	acpi_driver_data(device) = hotk;
+	hotk->device = device;
+
+	result = asus_hotk_check();
+	if (result)
+		goto end;
+
+	asus_hotk_add_fs();
+
+	/*
+	 * We install the handler, it will receive the hotk in parameter, so, we
+	 * could add other data to the hotk struct
+	 */
+	status = acpi_install_notify_handler(hotk->handle, ACPI_SYSTEM_NOTIFY,
+					     asus_hotk_notify, hotk);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_ERR "Error installing notify handler\n");
+
+	asus_hotk_found = 1;
+
+      end:
+	if (result) {
+		kfree(hotk->name);
+		kfree(hotk);
+	}
+
+	return result;
+}
+
+static int asus_hotk_remove(struct acpi_device *device, int type)
+{
+	acpi_status status = 0;
+
+	if (!device || !acpi_driver_data(device))
+		return -EINVAL;
+
+	status = acpi_remove_notify_handler(hotk->handle, ACPI_SYSTEM_NOTIFY,
+					    asus_hotk_notify);
+	if (ACPI_FAILURE(status))
+		printk(ASUS_ERR "Error removing notify handler\n");
+
+	kfree(hotk->name);
+	kfree(hotk);
+
+	return 0;
+}
+
+static void __exit asus_laptop_exit(void)
+{
+	acpi_bus_unregister_driver(&asus_hotk_driver);
+        sysfs_remove_group(&asuspf_device->dev.kobj, &asuspf_attribute_group);
+        platform_device_unregister(asuspf_device);
+        platform_driver_unregister(&asuspf_driver);
+
+	kfree(asus_info);
+}
+
+static int __init asus_laptop_init(void)
+{
+	int result;
+
+	if (acpi_disabled)
+		return -ENODEV;
+
+	if (!acpi_specific_hotkey_enabled) {
+		printk(ASUS_ERR "Using generic hotkey driver\n");
+		return -ENODEV;
+	}
+
+	result = acpi_bus_register_driver(&asus_hotk_driver);
+	if (result < 0)
+		return result;
+
+	/*
+	 * This is a bit of a kludge.  We only want this module loaded
+	 * for ASUS systems, but there's currently no way to probe the
+	 * ACPI namespace for ASUS HIDs.  So we just return failure if
+	 * we didn't find one, which will cause the module to be
+	 * unloaded.
+	 */
+	if (!asus_hotk_found) {
+		acpi_bus_unregister_driver(&asus_hotk_driver);
+		return -ENODEV;
+	}
+
+        /* Register platform stuff */
+	result = platform_driver_register(&asuspf_driver);
+        if (result)
+                goto fail_platform_driver;
+
+        asuspf_device = platform_device_alloc(ASUS_HOTK_FILE, -1);
+        if (!asuspf_device) {
+                result = -ENOMEM;
+                goto fail_platform_device1;
+        }
+
+        result = platform_device_add(asuspf_device);
+        if (result)
+                goto fail_platform_device2;
+
+        result = sysfs_create_group(&asuspf_device->dev.kobj,
+				    &asuspf_attribute_group);
+        if (result)
+                goto fail_sysfs;
+
+        return 0;
+
+fail_sysfs:
+        platform_device_del(asuspf_device);
+
+fail_platform_device2:
+	platform_device_put(asuspf_device);
+
+fail_platform_device1:
+        platform_driver_unregister(&asuspf_driver);
+
+fail_platform_driver:
+
+	return result;
+}
+
+module_init(asus_laptop_init);
+module_exit(asus_laptop_exit);
diff -Naur a/drivers/misc/Kconfig b/drivers/misc/Kconfig
--- a/drivers/misc/Kconfig	2007-01-26 11:45:23.000000000 +0100
+++ b/drivers/misc/Kconfig	2007-01-26 11:14:39.000000000 +0100
@@ -69,6 +69,23 @@
           To compile this driver as a module, choose M here: the module will
 	  be called tifm_7xx1.
 
+config ASUS_LAPTOP
+        tristate "Asus Laptop Extras (EXPERIMENTAL)"
+        depends on X86
+        depends on ACPI
+	depends on EXPERIMENTAL && !ACPI_ASUS
+        ---help---
+	  This is the new Linux driver for Asus laptops. It may also support some
+	  MEDION, JVC or VICTOR laptops. It makes all the extra buttons generate
+	  standard ACPI events that go through /proc/acpi/events. It also adds
+	  support for video output switching, LCD backlight control, Bluetooth and
+	  Wlan control, and most importantly, allows you to blink those fancy LEDs.
+
+	  For more information and a userspace daemon for handling the extra
+	  buttons see <http://acpi4asus.sf.net/>.
+
+	  If you have an ACPI-compatible ASUS laptop, say Y or M here.
+
 config MSI_LAPTOP
         tristate "MSI Laptop Extras"
         depends on X86
diff -Naur a/drivers/misc/Makefile b/drivers/misc/Makefile
--- a/drivers/misc/Makefile	2007-01-26 11:45:23.000000000 +0100
+++ b/drivers/misc/Makefile	2007-01-26 11:14:39.000000000 +0100
@@ -6,6 +6,7 @@
 obj-$(CONFIG_IBM_ASM)		+= ibmasm/
 obj-$(CONFIG_HDPU_FEATURES)	+= hdpuftrs/
 obj-$(CONFIG_MSI_LAPTOP)     += msi-laptop.o
+obj-$(CONFIG_ASUS_LAPTOP)     += asus-laptop.o
 obj-$(CONFIG_LKDTM)		+= lkdtm.o
 obj-$(CONFIG_TIFM_CORE)       	+= tifm_core.o
 obj-$(CONFIG_TIFM_7XX1)       	+= tifm_7xx1.o
diff -Naur a/MAINTAINERS b/MAINTAINERS
--- a/MAINTAINERS	2007-01-25 03:19:28.000000000 +0100
+++ b/MAINTAINERS	2007-01-26 11:44:56.000000000 +0100
@@ -584,6 +584,14 @@
 W:	http://xf.iksaif.net/acpi4asus
 S:	Maintained
 
+ASUS LAPTOP EXTRAS DRIVER
+P:	Corentin Chary
+M:	corentincj@iksaif.net
+L:	acpi4asus-user@lists.sourceforge.net
+W:	http://sourceforge.net/projects/acpi4asus
+W:	http://xf.iksaif.net/acpi4asus
+S:	Maintained
+
 ATA OVER ETHERNET DRIVER
 P:	Ed L. Cashin
 M:	ecashin@coraid.com

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: [patch 1/7] asus-laptop: add base driver
  2007-01-26 13:04 ` Corentin CHARY
@ 2007-01-26 18:48   ` Suietov, Fiodor F
  2007-01-29  9:09     ` Corentin CHARY
  0 siblings, 1 reply; 5+ messages in thread
From: Suietov, Fiodor F @ 2007-01-26 18:48 UTC (permalink / raw)
  To: corentincj; +Cc: linux-acpi, acpi4asus-user

Please use acpi_evaluate_integer() instead of read_acpi_int().

Thanks,
 Fiodor

> -----Original Message-----
> From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi-
> owner@vger.kernel.org] On Behalf Of Corentin CHARY
> Sent: Friday, January 26, 2007 4:05 PM
> To: Len Brown
> Cc: linux-acpi@vger.kernel.org; acpi4asus-user@lists.sourceforge.net
> Subject: Re: [patch 1/7] asus-laptop: add base driver
> 
> From: Corentin Chary <corentincj@iksaif.net>
> 
> Adds the new driver and make ASUS_LAPTOP and ACPI_ASUS
> incompatible.  It may be strange to use ASUS_CREATE_DEVICE_ATTR
> and ASUS_SET_DEVICE_ATTR now, but these macro will be very
> usefull in next patchs.  ASUS_HANDLE and ASUS_HANDLE_INIT comes
> from IBM_HANDLE and IBM_HANDLE_INIT, with some modification,
> and will also be used in next patchs.
> 
> Signed-off-by: Corentin Chary <corentincj@iksaif.net>
> ---
>  MAINTAINERS                |    8
>  drivers/acpi/Kconfig       |   13
>  drivers/misc/Kconfig       |   17 +
>  drivers/misc/Makefile      |    1
>  drivers/misc/asus-laptop.c |  530 +++++++++++++++++++++++++++++++++++
>  5 files changed, 564 insertions(+), 5 deletions(-)
> 
> diff -Naur a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> --- a/drivers/acpi/Kconfig	2007-01-26 11:45:23.000000000 +0100
> +++ b/drivers/acpi/Kconfig	2007-01-26 11:55:49.000000000 +0100
> @@ -186,19 +186,22 @@
> 
>  	  Note: display switching code is currently considered
> EXPERIMENTAL,
>  	  toying with these values may even lock your machine.
> -
> +
>            All settings are changed via /proc/acpi/asus directory
entries.
> Owner
>            and group for these entries can be set with asus_uid and
> asus_gid
>            parameters.
> -
> +
>            More information and a userspace daemon for handling the
extra
> buttons
>            at <http://sourceforge.net/projects/acpi4asus/>.
> -
> +
>            If you have an ACPI-compatible ASUS laptop, say Y or M
here.
> This
>            driver is still under development, so if your laptop is
> unsupported or
>            something works not quite as expected, please use the
mailing
> list
> -          available on the above page (acpi4asus-
> user@lists.sourceforge.net)
> -
> +          available on the above page (acpi4asus-
> user@lists.sourceforge.net).
> +
> +	  NOTE: This driver is deprecated and will probably be removed
> soon,
> +	  use asus-laptop instead.
> +
>  config ACPI_IBM
>  	tristate "IBM ThinkPad Laptop Extras"
>  	depends on X86
> diff -Naur a/drivers/misc/asus-laptop.c b/drivers/misc/asus-laptop.c
> --- a/drivers/misc/asus-laptop.c	1970-01-01 01:00:00.000000000
+0100
> +++ b/drivers/misc/asus-laptop.c	2007-01-26 11:14:39.000000000
+0100
> @@ -0,0 +1,530 @@
> +/*
> + *  asus-laptop.c - Asus Laptop Support
> + *
> + *
> + *  Copyright (C) 2002-2005 Julien Lerouge, 2003-2006 Karol Kozimor
> + *  Copyright (C) 2006 Corentin Chary
> + *
> + *  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
> + *
> + *
> + *  The development page for this driver is located at
> + *  http://sourceforge.net/projects/acpi4asus/
> + *
> + *  Credits:
> + *  Pontus Fuchs   - Helper functions, cleanup
> + *  Johann Wiesner - Small compile fixes
> + *  John Belmonte  - ACPI code for Toshiba laptop was a good starting
> point.
> + *  Eric Burghard  - LED display support for W1N
> + *  Josh Green     - Light Sens support
> + *  Thomas Tuttle  - His first patch for led support was very
helpfull
> + *
> + */
> +
> +#include <linux/autoconf.h>
> +#include <linux/kernel.h>
> +#include <linux/module.h>
> +#include <linux/init.h>
> +#include <linux/types.h>
> +#include <linux/err.h>
> +#include <linux/proc_fs.h>
> +#include <linux/platform_device.h>
> +#include <acpi/acpi_drivers.h>
> +#include <acpi/acpi_bus.h>
> +#include <asm/uaccess.h>
> +
> +#define ASUS_LAPTOP_VERSION "0.40"
> +
> +#define ASUS_HOTK_NAME          "Asus Laptop Support"
> +#define ASUS_HOTK_CLASS         "hotkey"
> +#define ASUS_HOTK_DEVICE_NAME   "Hotkey"
> +#define ASUS_HOTK_HID           "ATK0100"
> +#define ASUS_HOTK_FILE          "asus-laptop"
> +#define ASUS_HOTK_PREFIX        "\\_SB.ATKD."
> +
> +#define ASUS_LOG    ASUS_HOTK_FILE ": "
> +#define ASUS_ERR    KERN_ERR    ASUS_LOG
> +#define ASUS_WARNING    KERN_WARNING    ASUS_LOG
> +#define ASUS_NOTICE KERN_NOTICE ASUS_LOG
> +#define ASUS_INFO   KERN_INFO   ASUS_LOG
> +#define ASUS_DEBUG  KERN_DEBUG  ASUS_LOG
> +
> +MODULE_AUTHOR("Julien Lerouge, Karol Kozimor, Corentin Chary");
> +MODULE_DESCRIPTION(ASUS_HOTK_NAME);
> +MODULE_LICENSE("GPL");
> +
> +#define ASUS_HANDLE(object, paths...)
\
> +	static acpi_handle  object##_handle = NULL;
\
> +	static char *object##_paths[] = { paths }
> +
> +/*
> + * This is the main structure, we can use it to store anything
> interesting
> + * about the hotk device
> + */
> +struct asus_hotk {
> +	char *name; //laptop name
> +	struct acpi_device *device;	//the device we are in
> +	acpi_handle handle;	//the handle of the hotk device
> +	char status;		//status of the hotk, for LEDs, ...
> +	u16 event_count[128];	//count for each event TODO make this
better
> +};
> +
> +/*
> + * This header is made available to allow proper configuration given
> model,
> + * revision number , ... this info cannot go in struct asus_hotk
because
> it is
> + * available before the hotk
> + */
> +static struct acpi_table_header *asus_info;
> +
> +/* The actual device the driver binds to */
> +static struct asus_hotk *hotk;
> +
> +/*
> + * The hotkey driver declaration
> + */
> +static int asus_hotk_add(struct acpi_device *device);
> +static int asus_hotk_remove(struct acpi_device *device, int type);
> +static struct acpi_driver asus_hotk_driver = {
> +	.name = ASUS_HOTK_NAME,
> +	.class = ASUS_HOTK_CLASS,
> +	.ids = ASUS_HOTK_HID,
> +	.ops = {
> +		.add = asus_hotk_add,
> +		.remove = asus_hotk_remove,
> +		},
> +};
> +
> +/*
> + * This function evaluates an ACPI method, given an int as parameter,
the
> + * method is searched within the scope of the handle, can be NULL.
The
> output
> + * of the method is written is output, which can also be NULL
> + *
> + * returns 1 if write is successful, 0 else.
> + */
> +static int write_acpi_int(acpi_handle handle, const char *method, int
> val,
> +			  struct acpi_buffer *output)
> +{
> +	struct acpi_object_list params;	//list of input parameters (an
> int here)
> +	union acpi_object in_obj;	//the only param we use
> +	acpi_status status;
> +
> +	params.count = 1;
> +	params.pointer = &in_obj;
> +	in_obj.type = ACPI_TYPE_INTEGER;
> +	in_obj.integer.value = val;
> +
> +	status = acpi_evaluate_object(handle, (char *)method, &params,
> output);
> +	return (status == AE_OK);
> +}
> +
> +static int read_acpi_int(acpi_handle handle, const char *method, int
> *val,
> +			 struct acpi_object_list *params)
> +{
> +	struct acpi_buffer output;
> +	union acpi_object out_obj;
> +	acpi_status status;
> +
> +	output.length = sizeof(out_obj);
> +	output.pointer = &out_obj;
> +
> +	status = acpi_evaluate_object(handle, (char *)method, params,
> &output);
> +	*val = out_obj.integer.value;
> +	return (status == AE_OK) && (out_obj.type == ACPI_TYPE_INTEGER);
> +}
> +
> +/*
> + * Platform device handlers
> + */
> +
> +/*
> + * We write our info in page, we begin at offset off and cannot write
> more
> + * than count bytes. We set eof to 1 if we handle those 2 values. We
> return the
> + * number of bytes written in page
> + */
> +static ssize_t show_infos(struct device *dev,
> +			 struct device_attribute *attr, char *page)
> +{
> +	int len = 0;
> +	int temp;
> +	char buf[16];		//enough for all info
> +	/*
> +	 * We use the easy way, we don't care of off and count, so we
> don't set eof
> +	 * to 1
> +	 */
> +
> +	len += sprintf(page, ASUS_HOTK_NAME " " ASUS_LAPTOP_VERSION
"\n");
> +	len += sprintf(page + len, "Model reference    : %s\n", hotk-
> >name);
> +	/*
> +	 * The SFUN method probably allows the original driver to get
the
> list
> +	 * of features supported by a given model. For now, 0x0100 or
> 0x0800
> +	 * bit signifies that the laptop is equipped with a Wi-Fi
MiniPCI
> card.
> +	 * The significance of others is yet to be found.
> +	 */
> +	if (read_acpi_int(hotk->handle, "SFUN", &temp, NULL))
> +		len +=
> +		    sprintf(page + len, "SFUN value         : 0x%04x\n",
> temp);
> +	/*
> +	 * Another value for userspace: the ASYM method returns 0x02 for
> +	 * battery low and 0x04 for battery critical, its readings tend
to
> be
> +	 * more accurate than those provided by _BST.
> +	 * Note: since not all the laptops provide this method, errors
are
> +	 * silently ignored.
> +	 */
> +	if (read_acpi_int(hotk->handle, "ASYM", &temp, NULL))
> +		len +=
> +		    sprintf(page + len, "ASYM value         : 0x%04x\n",
> temp);
> +	if (asus_info) {
> +		snprintf(buf, 16, "%d", asus_info->length);
> +		len += sprintf(page + len, "DSDT length        : %s\n",
> buf);
> +		snprintf(buf, 16, "%d", asus_info->checksum);
> +		len += sprintf(page + len, "DSDT checksum      : %s\n",
> buf);
> +		snprintf(buf, 16, "%d", asus_info->revision);
> +		len += sprintf(page + len, "DSDT revision      : %s\n",
> buf);
> +		snprintf(buf, 7, "%s", asus_info->oem_id);
> +		len += sprintf(page + len, "OEM id             : %s\n",
> buf);
> +		snprintf(buf, 9, "%s", asus_info->oem_table_id);
> +		len += sprintf(page + len, "OEM table id       : %s\n",
> buf);
> +		snprintf(buf, 16, "%x", asus_info->oem_revision);
> +		len += sprintf(page + len, "OEM revision       :
0x%s\n",
> buf);
> +		snprintf(buf, 5, "%s", asus_info->asl_compiler_id);
> +		len += sprintf(page + len, "ASL comp vendor id : %s\n",
> buf);
> +		snprintf(buf, 16, "%x",
asus_info->asl_compiler_revision);
> +		len += sprintf(page + len, "ASL comp revision  :
0x%s\n",
> buf);
> +	}
> +
> +	return len;
> +}
> +
> +static int parse_arg(const char *buf, unsigned long count, int *val)
> +{
> +	if (!count)
> +		return 0;
> +	if (count > 31)
> +		return -EINVAL;
> +	if (sscanf(buf, "%i", val) != 1)
> +		return -EINVAL;
> +	return count;
> +}
> +
> +static void asus_hotk_notify(acpi_handle handle, u32 event, void
*data)
> +{
> +	/* TODO Find a better way to handle events count. */
> +	if (!hotk)
> +		return;
> +
> +	acpi_bus_generate_event(hotk->device, event,
> +				hotk->event_count[event % 128]++);
> +
> +	return;
> +}
> +
> +#define ASUS_CREATE_DEVICE_ATTR(_name)
\
> +	struct device_attribute dev_attr_##_name = {
\
> +		.attr = {
\
> +			.name = __stringify(_name),
\
> +			.mode = 0,
\
> +			.owner = THIS_MODULE },
\
> +		.show   = NULL,
\
> +		.store  = NULL,
\
> +	}
> +
> +#define ASUS_SET_DEVICE_ATTR(_name, _mode, _show, _store)
\
> +	do {
\
> +		dev_attr_##_name.attr.mode = _mode;
\
> +		dev_attr_##_name.show = _show;
\
> +		dev_attr_##_name.store = _store;
\
> +	} while(0)
> +
> +static ASUS_CREATE_DEVICE_ATTR(infos);
> +
> +static struct attribute *asuspf_attributes[] = {
> +        &dev_attr_infos.attr,
> +        NULL
> +};
> +
> +static struct attribute_group asuspf_attribute_group = {
> +        .attrs = asuspf_attributes
> +};
> +
> +static struct platform_driver asuspf_driver = {
> +        .driver = {
> +                .name = ASUS_HOTK_FILE,
> +                .owner = THIS_MODULE,
> +        }
> +};
> +
> +static struct platform_device *asuspf_device;
> +
> +
> +static void asus_hotk_add_fs(void)
> +{
> +	ASUS_SET_DEVICE_ATTR(infos, 0444, show_infos, NULL);
> +}
> +
> +static int asus_handle_init(char *name, acpi_handle *handle,
> +			    char **paths, int num_paths)
> +{
> +	int i;
> +	acpi_status status;
> +
> +	for (i = 0; i < num_paths; i++) {
> +		status = acpi_get_handle(NULL, paths[i], handle);
> +		if (ACPI_SUCCESS(status))
> +			return 0;
> +	}
> +
> +	*handle = NULL;
> +	return -ENODEV;
> +}
> +
> +#define ASUS_HANDLE_INIT(object)
\
> +	asus_handle_init(#object, &object##_handle, object##_paths,
\
> +			 ARRAY_SIZE(object##_paths))
> +
> +
> +/*
> + * This function is used to initialize the hotk with right values. In
> this
> + * method, we can make all the detection we want, and modify the hotk
> struct
> + */
> +static int asus_hotk_get_info(void)
> +{
> +	struct acpi_buffer buffer = { ACPI_ALLOCATE_BUFFER, NULL };
> +	struct acpi_buffer dsdt = { ACPI_ALLOCATE_BUFFER, NULL };
> +	union acpi_object *model = NULL;
> +	int bsts_result;
> +	char *string = NULL;
> +	acpi_status status;
> +
> +	/*
> +	 * Get DSDT headers early enough to allow for differentiating
> between
> +	 * models, but late enough to allow acpi_bus_register_driver()
to
> fail
> +	 * before doing anything ACPI-specific. Should we encounter a
> machine,
> +	 * which needs special handling (i.e. its hotkey device has a
> different
> +	 * HID), this bit will be moved. A global variable asus_info
> contains
> +	 * the DSDT header.
> +	 */
> +	status = acpi_get_table(ACPI_TABLE_ID_DSDT, 1, &dsdt);
> +	if (ACPI_FAILURE(status))
> +		printk(ASUS_WARNING "Couldn't get the DSDT table
> header\n");
> +	else
> +		asus_info = dsdt.pointer;
> +
> +	/* We have to write 0 on init this far for all ASUS models */
> +	if (!write_acpi_int(hotk->handle, "INIT", 0, &buffer)) {
> +		printk(ASUS_ERR "Hotkey initialization failed\n");
> +		return -ENODEV;
> +	}
> +
> +	/* This needs to be called for some laptops to init properly */
> +	if (!read_acpi_int(hotk->handle, "BSTS", &bsts_result, NULL))
> +		printk(ASUS_WARNING "Error calling BSTS\n");
> +	else if (bsts_result)
> +		printk(ASUS_NOTICE "BSTS called, 0x%02x returned\n",
> +		       bsts_result);
> +
> +	/*
> +	 * Try to match the object returned by INIT to the specific
model.
> +	 * Handle every possible object (or the lack of thereof) the
DSDT
> +	 * writers might throw at us. When in trouble, we pass NULL to
> +	 * asus_model_match() and try something completely different.
> +	 */
> +	if (buffer.pointer) {
> +		model = buffer.pointer;
> +		switch (model->type) {
> +		case ACPI_TYPE_STRING:
> +			string = model->string.pointer;
> +			break;
> +		case ACPI_TYPE_BUFFER:
> +			string = model->buffer.pointer;
> +			break;
> +		default:
> +			string = "";
> +			break;
> +		}
> +	}
> +	hotk->name = kstrdup(string, GFP_KERNEL);
> +	if (!hotk->name)
> +		return -ENOMEM;
> +
> +	if(*string)
> +		printk(ASUS_NOTICE "  %s model detected\n", string);
> +
> +	kfree(model);
> +
> +	return AE_OK;
> +}
> +
> +static int asus_hotk_check(void)
> +{
> +	int result = 0;
> +
> +	result = acpi_bus_get_status(hotk->device);
> +	if (result)
> +		return result;
> +
> +	if (hotk->device->status.present) {
> +		result = asus_hotk_get_info();
> +	} else {
> +		printk(ASUS_ERR "Hotkey device not present,
aborting\n");
> +		return -EINVAL;
> +	}
> +
> +	return result;
> +}
> +
> +static int asus_hotk_found;
> +
> +static int asus_hotk_add(struct acpi_device *device)
> +{
> +	acpi_status status = AE_OK;
> +	int result;
> +
> +	if (!device)
> +		return -EINVAL;
> +
> +	printk(ASUS_NOTICE "Asus Laptop Support version %s\n",
> +	       ASUS_LAPTOP_VERSION);
> +
> +	hotk = kmalloc(sizeof(struct asus_hotk), GFP_KERNEL);
> +	if (!hotk)
> +		return -ENOMEM;
> +	memset(hotk, 0, sizeof(struct asus_hotk));
> +
> +	hotk->handle = device->handle;
> +	strcpy(acpi_device_name(device), ASUS_HOTK_DEVICE_NAME);
> +	strcpy(acpi_device_class(device), ASUS_HOTK_CLASS);
> +	acpi_driver_data(device) = hotk;
> +	hotk->device = device;
> +
> +	result = asus_hotk_check();
> +	if (result)
> +		goto end;
> +
> +	asus_hotk_add_fs();
> +
> +	/*
> +	 * We install the handler, it will receive the hotk in
parameter,
> so, we
> +	 * could add other data to the hotk struct
> +	 */
> +	status = acpi_install_notify_handler(hotk->handle,
> ACPI_SYSTEM_NOTIFY,
> +					     asus_hotk_notify, hotk);
> +	if (ACPI_FAILURE(status))
> +		printk(ASUS_ERR "Error installing notify handler\n");
> +
> +	asus_hotk_found = 1;
> +
> +      end:
> +	if (result) {
> +		kfree(hotk->name);
> +		kfree(hotk);
> +	}
> +
> +	return result;
> +}
> +
> +static int asus_hotk_remove(struct acpi_device *device, int type)
> +{
> +	acpi_status status = 0;
> +
> +	if (!device || !acpi_driver_data(device))
> +		return -EINVAL;
> +
> +	status = acpi_remove_notify_handler(hotk->handle,
> ACPI_SYSTEM_NOTIFY,
> +					    asus_hotk_notify);
> +	if (ACPI_FAILURE(status))
> +		printk(ASUS_ERR "Error removing notify handler\n");
> +
> +	kfree(hotk->name);
> +	kfree(hotk);
> +
> +	return 0;
> +}
> +
> +static void __exit asus_laptop_exit(void)
> +{
> +	acpi_bus_unregister_driver(&asus_hotk_driver);
> +        sysfs_remove_group(&asuspf_device->dev.kobj,
> &asuspf_attribute_group);
> +        platform_device_unregister(asuspf_device);
> +        platform_driver_unregister(&asuspf_driver);
> +
> +	kfree(asus_info);
> +}
> +
> +static int __init asus_laptop_init(void)
> +{
> +	int result;
> +
> +	if (acpi_disabled)
> +		return -ENODEV;
> +
> +	if (!acpi_specific_hotkey_enabled) {
> +		printk(ASUS_ERR "Using generic hotkey driver\n");
> +		return -ENODEV;
> +	}
> +
> +	result = acpi_bus_register_driver(&asus_hotk_driver);
> +	if (result < 0)
> +		return result;
> +
> +	/*
> +	 * This is a bit of a kludge.  We only want this module loaded
> +	 * for ASUS systems, but there's currently no way to probe the
> +	 * ACPI namespace for ASUS HIDs.  So we just return failure if
> +	 * we didn't find one, which will cause the module to be
> +	 * unloaded.
> +	 */
> +	if (!asus_hotk_found) {
> +		acpi_bus_unregister_driver(&asus_hotk_driver);
> +		return -ENODEV;
> +	}
> +
> +        /* Register platform stuff */
> +	result = platform_driver_register(&asuspf_driver);
> +        if (result)
> +                goto fail_platform_driver;
> +
> +        asuspf_device = platform_device_alloc(ASUS_HOTK_FILE, -1);
> +        if (!asuspf_device) {
> +                result = -ENOMEM;
> +                goto fail_platform_device1;
> +        }
> +
> +        result = platform_device_add(asuspf_device);
> +        if (result)
> +                goto fail_platform_device2;
> +
> +        result = sysfs_create_group(&asuspf_device->dev.kobj,
> +				    &asuspf_attribute_group);
> +        if (result)
> +                goto fail_sysfs;
> +
> +        return 0;
> +
> +fail_sysfs:
> +        platform_device_del(asuspf_device);
> +
> +fail_platform_device2:
> +	platform_device_put(asuspf_device);
> +
> +fail_platform_device1:
> +        platform_driver_unregister(&asuspf_driver);
> +
> +fail_platform_driver:
> +
> +	return result;
> +}
> +
> +module_init(asus_laptop_init);
> +module_exit(asus_laptop_exit);
> diff -Naur a/drivers/misc/Kconfig b/drivers/misc/Kconfig
> --- a/drivers/misc/Kconfig	2007-01-26 11:45:23.000000000 +0100
> +++ b/drivers/misc/Kconfig	2007-01-26 11:14:39.000000000 +0100
> @@ -69,6 +69,23 @@
>            To compile this driver as a module, choose M here: the
module
> will
>  	  be called tifm_7xx1.
> 
> +config ASUS_LAPTOP
> +        tristate "Asus Laptop Extras (EXPERIMENTAL)"
> +        depends on X86
> +        depends on ACPI
> +	depends on EXPERIMENTAL && !ACPI_ASUS
> +        ---help---
> +	  This is the new Linux driver for Asus laptops. It may also
> support some
> +	  MEDION, JVC or VICTOR laptops. It makes all the extra buttons
> generate
> +	  standard ACPI events that go through /proc/acpi/events. It
also
> adds
> +	  support for video output switching, LCD backlight control,
> Bluetooth and
> +	  Wlan control, and most importantly, allows you to blink those
> fancy LEDs.
> +
> +	  For more information and a userspace daemon for handling the
> extra
> +	  buttons see <http://acpi4asus.sf.net/>.
> +
> +	  If you have an ACPI-compatible ASUS laptop, say Y or M here.
> +
>  config MSI_LAPTOP
>          tristate "MSI Laptop Extras"
>          depends on X86
> diff -Naur a/drivers/misc/Makefile b/drivers/misc/Makefile
> --- a/drivers/misc/Makefile	2007-01-26 11:45:23.000000000 +0100
> +++ b/drivers/misc/Makefile	2007-01-26 11:14:39.000000000 +0100
> @@ -6,6 +6,7 @@
>  obj-$(CONFIG_IBM_ASM)		+= ibmasm/
>  obj-$(CONFIG_HDPU_FEATURES)	+= hdpuftrs/
>  obj-$(CONFIG_MSI_LAPTOP)     += msi-laptop.o
> +obj-$(CONFIG_ASUS_LAPTOP)     += asus-laptop.o
>  obj-$(CONFIG_LKDTM)		+= lkdtm.o
>  obj-$(CONFIG_TIFM_CORE)       	+= tifm_core.o
>  obj-$(CONFIG_TIFM_7XX1)       	+= tifm_7xx1.o
> diff -Naur a/MAINTAINERS b/MAINTAINERS
> --- a/MAINTAINERS	2007-01-25 03:19:28.000000000 +0100
> +++ b/MAINTAINERS	2007-01-26 11:44:56.000000000 +0100
> @@ -584,6 +584,14 @@
>  W:	http://xf.iksaif.net/acpi4asus
>  S:	Maintained
> 
> +ASUS LAPTOP EXTRAS DRIVER
> +P:	Corentin Chary
> +M:	corentincj@iksaif.net
> +L:	acpi4asus-user@lists.sourceforge.net
> +W:	http://sourceforge.net/projects/acpi4asus
> +W:	http://xf.iksaif.net/acpi4asus
> +S:	Maintained
> +
>  ATA OVER ETHERNET DRIVER
>  P:	Ed L. Cashin
>  M:	ecashin@coraid.com
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi"
in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch 1/7] asus-laptop: add base driver
  2007-01-26 18:48   ` Suietov, Fiodor F
@ 2007-01-29  9:09     ` Corentin CHARY
  0 siblings, 0 replies; 5+ messages in thread
From: Corentin CHARY @ 2007-01-29  9:09 UTC (permalink / raw)
  To: Suietov, Fiodor F; +Cc: linux-acpi, acpi4asus-user

Thanks, I didn't know this function =).
But maybe we should first merge this series, and then I will make a patch to 
remove read_acpi_int().

Le vendredi 26 janvier 2007 19:48, Suietov, Fiodor F a écrit :
> Please use acpi_evaluate_integer() instead of read_acpi_int().
>
> Thanks,
>  Fiodor
>
-- 
CHARY 'Iksaif' Corentin
http://xf.iksaif.net
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2007-01-29  9:09 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-25 11:54 [patch 1/7] asus-laptop: add base driver Corentin CHARY
2007-01-26  7:56 ` Len Brown
2007-01-26 13:04 ` Corentin CHARY
2007-01-26 18:48   ` Suietov, Fiodor F
2007-01-29  9:09     ` Corentin CHARY

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox