О еще одной нише, где линукса нет

[metaclass]

Вот вы таки будете смеяться, но большинство USB-HID микрофонов (и прочих usb-девайсов управления), используемых в системах речевого документооборота, толком не определяются под линуксами.

Под виндой, даже старой - работают без драйверов, автоматически. Т.е. проигрывание, воспроизведение, управление с кнопок и светодиоды для отображения статуса - все работает.

Под убунтой(которую использовали девелоперы линуксового модуля для нашей системы) - не работает, причем в совершенно различных вариациях - у одних не работают(и даже не перечисляются в информации) светодиоды, у других вообще из /dev/input/eventX нихрена не приходит, у третих не работает звук. А у тех, у которых работает - нужно перезагружаться иногда, чтобы заработало.

Я вот еще гламурный беспроводной SpeechMike Air проверю, как он на линуксе будет выглядеть.

С HID устройствами (кнопки и светодиоды), похоже, проблема в разном уровне абстрагирования на винде и линуксе.
На винде мы получаем тупо устройство и возможность читать и писать в него, открыв поток. А что писать и читать - хрен его знает, мы обычно USB снифером родные SDK (которыми пользовать сука невозможно - ActiveX инсталлировать/регистрировать и прочий шлак) сканируем и делаем свои модули, заточенные под устройства.

А на линуксе это дело превращается в /dev/input/eventX, откуда читаются и пишутся struct input_event, c таймстампами и кодами видов устройств и событий. Соответственно, я так понимаю, кернел должен знать про устройство, чтобы вернуть список его кнопок и диодов и уметь преобразовывать его командные последовательности в стандартный input_event вид. Зато прогам достаточно только с этой структурой уметь работать.

Comments

[mend0za.livejournal.com]

Сталкивался с похожей штукой (кнопки повешенные на аппаратные GPIO). Действительно, чтобы события появились (через драйвер gpio_keys и соотвественно через /dev/input/*) нужно просто сделать простенький setup в board setup соотвествующей платы (глубокая была эмбедщина, да) и привязать "GPIO22 -> KEY_DOWN, GPIO23-> KEY_UP, GPIO24 -> ENTER" и т.д.

Подозреваю та же херь и для USB устройств. Единственно дело может усложняться тем, что драйвер для USB может быть как в kernel space так и в user space. Попадался драйвер для Самсунговского WiMAX (aka Yota usb брелок), дык он работал через libusb + hotplug, подымал tun устройство и уютненько на нём устраивался.

[theiced.livejournal.com]

Ребе, вы таки гоните и троллите. Никто, повторяю - никто, не мешает вам получить доступ к raw usb и срать туда всё что угодно, хоть тору постранично.

[metaclass.livejournal.com]

Кстате, как к нему доступ получить? Я хотя бы проверю, работает ли это вообще.

[theiced.livejournal.com]

libusb

[theiced.livejournal.com]

ну - или совсем тупо - пишем модуль и получаем доступ из него :)

[jek-hor.livejournal.com]

libusb, да. А по теме --- я как-то расковыривал то, чем прикидывается китайская USB-трубка "для скайпа", валяющаяся тут дома. Там вообще ад и израиль, сплошь и рядом неадекват относительно стандарта.