On Tuesday 10 July 2007, Nigel Cunningham wrote: > Yeah, the bit I consider to be ugly is opening the files from within the > kernel, but it seemed to be necessary in order to provide the functionality > without having to rely on userspace or do some sort of messy work to figure > out how to access the lid button and so on. Perhaps there should be a formal API to such buttons. > Re proc files, are the button files already exposed under sysfs and I just > don't know? If so, I'll happily shift to using them. ascent:/sys/devices/acpi_system:00/device:00/PNP0C0D:00$ ls -l total 0 lrwxrwxrwx 1 root root 0 2007-07-11 08:58 bus -> ../../../../bus/acpi/ lrwxrwxrwx 1 root root 0 2007-07-11 08:58 driver -> ../../../../bus/acpi/drivers/button/ -r--r--r-- 1 root root 4096 2007-07-11 08:58 hid lrwxrwxrwx 1 root root 0 2007-07-11 08:58 input:event2 -> ../../../../class/input/input2/event2/ lrwxrwxrwx 1 root root 0 2007-07-11 08:58 input:input2 -> ../../../../class/input/input2/ -r--r--r-- 1 root root 4096 2007-07-11 08:58 path drwxr-xr-x 2 root root 0 2007-07-11 08:58 power/ lrwxrwxrwx 1 root root 0 2007-07-11 08:58 subsystem -> ../../../../bus/acpi/ -rw-r--r-- 1 root root 4096 2007-07-11 08:58 uevent db@ascent:/sys/devices/acpi_system:00/device:00/PNP0C0D:00$ cat path \_SB_.LID_ ascent:/sys/devices/acpi_system:00/device:00/PNP0C0D:00$ If the generic kernel doesn't show that, then it's likely a consequence of a submitted-but-not-yet-merged patch. - Dave - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html