filling in ACPI method access via sysfs
Hi Alex,
Your new patch for acpi sysfs is looking good, we have access now to all methods of DSDT and can do some userspace utilities (drivers). Now, what we need at kernel level, IMHO, is to be able to attach a generic notify handler to the devices exported. For instance we can have another file in sysfs like NOTIFY or something, and when activated (perhaps an echo 1 > NOTIFY should do), that device will be able to handle a notify.
The basic handling can be just sending an message in /proc/acpi/event containing full device name and notify value. Then acpid should do the rest if necessary.
Thanks,
Paul
Quoted 9 lines · Alex Williamson
Quoted 8 lines
It seems unintuitive that you have to read the file for the method to take effect. How about having the write function invoke the method and (if there is a result) store it for later read-back via the read function? It should be discarded on close, of course. A
read()on a file with no stored result should invoke the ACPI method (on the assumption this is a parameter-less method) and return the result directly. Closing a file should discard any result from the method.
Quoted 8 lines
How's this? It behaves the way you described, but might be doing
some questionable things with the buffer to get there. Is there a better place to store the return data than back into the buf passed towrite()(akafile->private_data)? Without adding callbacks to open/close, I'm not sure how else we can dispose of the results on close. Thanks,Alex
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click