Deliver ACPI events upon subscription and implement multiple readers for /proc/acpi/event
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | Implement ACPI event delivery upon subscription.drivers/ include/ | +50 | 0 replies | |
| 2/2 | Support multiple readers for /proc/acpi/event.drivers/ | +45 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/2] Deliver ACPI events upon subscription and implement multiple readers for /proc/acpi/event
Hello.
This patch series revamps an old submission[1] from Dmitry Torokhov that adds support for multiple readers on /proc/acpi/event.
Due to the code reorganization happened in the last 1.5 years I re-implemented it a little differently introducing a subscription mechanism to receive events (it might be used in different context also). driver/acpi/event.c uses it to register a new listener for each process opening the /proc/acpi/event file.
I was also wondering if this could fit the recent discussion on "Untangling the sleep hotkey mess"[2] to allow event deliver through the input subsystem (yes, a proposed solution was the other way around but this might still be a viable implementation).
[1]: http://marc.theaimsgroup.com/?l=acpi4linux&m=109333066714671&w=2
[2]: sorry, can't find the beginning of the thread
http://marc.theaimsgroup.com/?l=linux-acpi&m=113676899930391&w=2
Dmitry, I don't know how to apply the signed-off thing correctly here, in the meantime: