ACPI buttons in 2.6.12-rc4-mm2

I just upgraded from 2.6.11.3 and now my /proc/acpi/button directory doesn't exist...

$ gzcat /proc/config.gz | grep BUTTON
CONFIG_ACPI_BUTTON=y

And the kernel is detecting my buttons....

$ dmesg | grep LID
[4294668.236000] ACPI: Lid Switch [LID]
$ dmesg | grep PWR
[4294668.235000] ACPI: Power Button (FF) [PWRF]
[4294668.235000] ACPI: Power Button (CM) [PWRB]
$ dmesg | grep SLP
[4294668.236000] ACPI: Sleep Button (CM) [SLPB]
$ find /sys -name "*LID*"
/sys/firmware/acpi/namespace/ACPI/_SB/LID
$ find /sys -name "*PWR*"
/sys/firmware/acpi/namespace/ACPI/_SB/PWRB
/sys/firmware/acpi/namespace/ACPI/PWRF
$ find /sys -name "*SLP*"
/sys/firmware/acpi/namespace/ACPI/_SB/SLPB

All the directories found are empty.

My dsdt is a bit screwed (damn microsoft.. I'm gonna fix it and see if it make a difference) but it did work before.

$ dmesg | grep DSDT # fyi
[4294667.296000] ACPI: DSDT (v001 Clevo     648FX 0x06040000 MSFT
0x0100000e) @ 0x00000000

Also, sleep doesn't work and has never worked, but that could be because of the dsdt maybe.

Cameron Harris

I deleted /proc/acpi/button on purpose, did you have a use for those files?

Note that over time everything in /proc/acpi is going away. In this case, there didn't seem to be a case for making appear in /sys.

thanks,
-Len

There are various cases where it's useful to know whether a laptop is shut or not, and /proc/acpi/button seems to be the only place where that information is made available at the moment.

Matthew Garrett | mjg59-chiark.mail.linux-rutgers.kernel-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

I agree. Why was it deleted in the first place?

In any case, please make them appear in /sys I'm sure there are more people who uses it. :-)

Ow Mun Heng
Gentoo/Linux on DELL D600 1.4Ghz 1.5GB RAM
98% Microsoft(tm) Free!! 
Neuromancer 17:39:22 up 3 days, 23:51, 6 users, load average: 1.22,
0.83, 0.90 




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Hi!

Unless it was in obsolete-feature-removal file for a year.... changing userspace interface is bad idea in the middle of stable series.
Pavel

64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Hi Len!
I already wrote 2 mails that I have use for the LID switch status file and
that I don't know how to handle its absence. However, they seem to be dropped on the floor somewhere :-).
BTW I have written a small C program which uses dev_acpi module and
evaluates an object, which I'm using to evaluade the _LID method, thus reading the status of the switch. However, I think that this should be done by the kernel. So at least, if the buttons allow to read their status, I'm voting for keeping the possibility to read it.
With regards, Pavel Troller

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Can we put it back, please?

That'll be hard. I guess we could add the new /sys entries, make sure that userspace tool developers have migrated and then remove the /proc entries in a year or so.

We cannot go ripping out stuff which applications and users are currently using without quite a lot of preparation.

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf