Посмотрите в документацию на hidraw это поможет избавиться от зависимости на libudev.
Драйвер HIDRAW отдаёт VID:PID подключённого устройства и кучу другой информации включая hid report descriptor по которому можно точно определить содержимое репортов.

Dima_Sharihin Sep 25 2015 at 14:16

HIDRAW реализует hotplug? В любом случае спасибо за идею, как появится свободное время — изучу этот вопрос подробнее

Zuy Sep 25 2015 at 16:00

Hot plug реализует ядро.
Файлы hidraw в /dev появляются, когда ядро уже обработало подключение и установило драйвер на интерфейс.
Через inotify можно отложить событие изменения содержимого /dev и если появился hidraw файл, проверить его VID:PID через ioctl HIDIOCGRAWINFO.

Pinsky Sep 25 2015 at 11:28

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

Dima_Sharihin Sep 25 2015 at 14:15

1. Драйвер пользовательского окружения на то и нужен, чтобы не зависеть от конкретной сборки ядра
2.~~Прошу не смеяться~~ Я никогда не делал модуль ядра

Pinsky Sep 25 2015 at 15:19

1. Модуль ядра будет достаточно хорошо переносим между версиями ядра.
2. Отличный повод попробовать это сделать.

Olej Sep 25 2015 at 15:29

Отличный повод попробовать это сделать.

Вполне может быть и так…
Но уже много лет существует отчётливая тенденция уносить всё что возможно унести — из драйвера в юзерспейс: это и libusb, и файловая система FUSE.
Описываемое устройство не быстрое, переключения контекста там не страшны, а вот возможности завалить систему из-за программной ошибки в модуле ядра нет.