acpid

[Alexander--]

Думаю, что для вас это не новость, но acpid выполняет те же задачи, что и jacklistenerd - почему бы не попытаться добиться включения текущего функционала туда?

[gentoo-root]

acpid читает из файла /proc/acpi/event приходящие ACPI-события и на их основе запускает скрипты. События вставки и вынимания разъёмов наушников, микрофона и т.п. — не ACPI-события. Эти события приходят через файлы /dev/input/event* и не обрабатываются демоном acpid.

Заставлять ACPI daemon обрабатывать не ACPI-события нелогично, потому что это не его задача. В данный момент acpid не имеет такой функциональности, и для её добавления нужно патчить его. Если вы хотите иметь возможность в acpid обрабатывать события от evdev, то стоит об этом написать разработчикам acpid.

[Alexander--]

acpid читает из файла /proc/acpi/event приходящие ACPI-события и на их основе запускает скрипты.

нету у меня такого файла - http://tedfelix.com/linux/acpid-netlink.html

Заставлять ACPI daemon обрабатывать не ACPI-события нелогично

он уже их обрабатывает

Короче говоря, чтобы не тратить лишний раз ничьё время, привожу переписку с разработчиком acpid:

---

If it's coming through the input layer (/dev/input/event*) then it
should be possible to add the events of interest to acpid's input
layer handler. There's a table in there of the events acpid cares
about. It can easily be expanded. See evtab in input_layer.c.

Ted.

I recently discovered daemon, capable of watching headphone jack (un)plugging events. For some
reason acpi_listen does not generate anything useful on jack insertion/removal but this program do.
You can find it at Github (gentoo-root/jacklistener). The same author have several clients, that
execute various actions on jack events (primarily control audio players via D-Bus). That daemon
utilize D-Bus for communication with clients and monitor jack state via /dev/input/event* devices.
Is it possible to add this (later) functionality to the acpid?

[Alexander--]

PS кстати говоря, он ведь не только скрипты запускает, используя доступ к нему через сокет, можно и musicpaused сотоварищи портировать.

[gentoo-root]

Действительно, я недооценивал возможности acpid. По идее, с таким патчем он должен генерировать события и для разъёмов (сам не проверял, написал по аналогии с button/lid): http://pastebin.com/QujuWpFi

А идея действительно хороша. Если патч примут и поддержка разъёмов появится в acpid, то я думаю написать одного клиента к acpid с графическим интерфейсом и удобными настройками, который сможет выполнять функции musicpaused, jacknotifier и jackeventcmd.

[Alexander--]

Действительно, я недооценивал возможности acpid. По идее, с таким патчем он должен генерировать события и для разъёмов (сам не проверял, написал по аналогии с button/lid): http://pastebin.com/QujuWpFi

Годнота! Правда у меня жалуется на последнюю пару значений (?), но после их комментирования собирается и работает как часы. Персональный план по уменьшению поголовья демонов в системе выполнен :)

[gentoo-root]

у меня жалуется на последнюю пару значений

Надо обновить linux-headers, тогда не будет жаловаться. jacklistenerd, кстати, при сборке предупреждает, если не находит каких-то дефайнов, и собирается без их поддержки.

[Alexander--]

Надо обновить linux-headers

Тогда уж откадить до предыдущей:

$ grep SW_JACK_PHYSICAL_INSERT /usr/include/linux/*.h
/usr/include/linux/input.h:#define SW_JACK_PHYSICAL_INSERT 0x07  /* set = mechanical switch set */

но

$ grep SW_LINEIN_INSERT /usr/include/linux/*.h

PS ядро 3.3

[gentoo-root]

У меня есть заголовки ядра 3.1, в них нет SW_LINEIN_INSERT. А в заголовках ядра 3.2 уже есть SW_LINEIN_INSERT:

#define SW_LINEIN_INSERT 0x0d /* set = inserted */

Вы патч отправляли разработчикам acpid?

[gentoo-root]

ядро 3.3

Странно, то добавляют, то удаляют. Надо там ifdef поставить: http://pastebin.com/cJPQHex1

[Alexander--]

Вы патч отправляли разработчикам acpid?

Щас клепаю.

в заголовках ядра 3.2 уже есть SW_LINEIN_INSERT:
#define SW_LINEIN_INSERT 0x0d /* set = inserted */

Если арчемейнтейнеры не напортачили, то у меня честные linux-headers-3.3. 0x0d и 0x0e в input.h как не бывало. А ведь точно помню, что с ядром 3.2 никаких предупреждений при сборке не печаталось.

[gentoo-root]

Если арчемейнтейнеры не напортачили, то у меня честные linux-headers-3.3. 0x0d и 0x0e в input.h как не бывало.

Значит, почему-то в 3.2 добавили этот дефайн, а в 3.3 опять убрали. Если его дёргают туда-сюда, то, возможно, имеет смысл написать что-то типа:

#ifndef SW_LINEIN_INSERT
#define SW_LINEIN_INSERT 0x0d
#endif

[Alexander--]

Кое-как отправил merge request - https://sourceforge.net/u/tedfelix/acpid2/merge-requests/1/