мониторинг sysfs

[IMB]

Доброго дня!
На устройстве программа через sysfs управляет LED-ми, пока приложение работает из под root-а проблем нет, сейчас приложение модифицируется для работы с более ограниченными правами. Соотвественно при старте устройства на нужные файлы были установлены необходимые права, но ...
linux LED поддерживает несколько механизмов активации LED, производится это через /sys/class/leds/LED/trigger, при смене значения в нём происходит создание/удаление trigger-specific файлов через которые можно регулировать параметры и проблема именно в том, что файлы создаются с правами по-умолчанию указанными в драйвере. Изменить права по-умолчанию в драйвере не сложно, но вот установить нужный доступ для групп уже сложнее, да и хотелось бы обойтись без модификации драйверов.
Отсюда вопрос - какими стандартными механизмами можно отслеживать создание/удаление файлов в sysfs и производить при этом необходимые действия?
Насколько я знаю inotify не работает с sysfs, udev тоже.
Используется busybox, mdev, linux-3.X.
Спасибо.

[IMB]

было найдено https://unix.stackexchange.com/questions/20125/how-can-i-change-the-permissions-in-sys-to-alter-the-state-of-a-led-light-using
но на используемом устройстве udev-120 в режиме монитора не видит изменений в /sys/class/leds

[Bizdelnick]

SETGID на каталоге не решит проблему?

[IMB]

не помогло
посмотрел на хосте, linux-5.16, при изменении trigger udevadm получает сообщение о изменении

[Bizdelnick]

не помогло

А подробнее? Сменили группу-владельца каталога, установили на него SETGID, но новые файлы всё равно принадлежат группе root? Или что?

[IMB]

решил глобально - добавил отправку события о изменении trigger основываясь на https://elixir.bootlin.com/linux/latest/source/drivers/leds/led-triggers.c#L158
теперь mdev/udev отслеживают