Слежение за изменениями состояния питания

Подглядеть в исходниках acpid?

Всё что видит acpid - показывается в acpi_listen т.е. он ничего не видит

Есть такая штука /sys/…

Есть ли возможность следить за событиями оттуда, кроме как вручную читать эти файлы раз в секунду?

речь идёт именно про ядерное API.

Полагаю, в данном случае это будет poll (2).

На кого poll? Если что это системный вызов для ожидания новых данных в сокете или пайпе. По указанным путям ни того ни того нет, только текстовые файлы.

Для атрибутов sysfs тоже подойдёт.

Я использовал poll() для «опроса» gpio/value по событию POLLPRI. Событие POLLERR тоже можно предусмотреть. Ну а по выходу из poll() по событию просто проверяешь его код возврата и читаешь значение из атрибута.

Или тебе более высокоуровнево надо? Тогда не знаю. Не думаю, что в ядре есть прям API для событий питания, но могу ошибаться.

UPD: хотя, сейчас вспомнил, что в gpio/value эти события специально поддерживаются. В других атрибутах такого может и не быть.

Да, сомнительный метод.

udevadm monitor ничего не показывает

Не воспроизводится. У меня при втыкании/вытыкании зарядки ловятся события

ACTION=="change", KERNEL=="AC", SUBSYSTEM=="power_supply", ATTR{online}=="1"

ACTION=="change", KERNEL=="AC", SUBSYSTEM=="power_supply", ATTR{online}=="0"

Напишите, какое оборудование и покажите выхлоп udevadm monitor при втыкании/вытыкании зарядки.

Или тебе более высокоуровнево надо?

Мне любой способ чтобы в юзерспейсе вообще никакой код не выполнялся до тех пор пока ядро не сообщит что что-то изменилось. poll надо будет проверить раз уж так.

Lenovo B50

udevadm monitor ничего не показывает вообще, ну только своё стартовое сообщение

monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

на втыкание флешки вот такое пишет

KERNEL[1999576.099556] add      /devices/pci0000:00/0000:00:14.0/usb2/2-1 (usb)

#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>
#include <poll.h>
int main(int argc, char **argv) {
  struct pollfd pfd;
  int r;
  char buf[100];
  pfd.fd = open(argv[1],O_RDONLY);
  read(pfd.fd,buf,sizeof(buf));
  printf("%d\n",pfd.fd);
  pfd.events = POLLPRI;
  while(1) {
    r = poll(&pfd,1,-1);
    printf("%d %d %d %d\n", r, pfd.revents, pfd.revents & POLLPRI, pfd.revents &POLLERR);
    sleep(1);
  }
  return 0;
}

Ждёт бесконечно. Если убрать read() то выдаёт POLLPRI|POLLERR постоянно.

Я, как добавил выше, не могу гарантировать, что на конкретно твоём атрибуте будет корректно работать poll(). Но всё равно не забывай сбрасывать поле revents в ноль перед вызовом poll().

Ну это тестовый пример, тут ещё и errno нигде не проверяется например. Да и судя по ману старое содержимое revents ни на что не влияет, в том числе на новое его значение после успешного poll(). А я выложил не в качестве спора а в качестве уточнения информации.

Интересно, inotify будет с этой системой работать?

В мане по inotify написано что proc и sys не работает.