Не знает ли кто, как в линуксе настраивается работа модуля /drivers/usb/core/hub.c по части управления поведения стандартными светодиодами в USB hub-ах? Микросхема CY7C65632 имеет встроенную поддержку индикаторов каждого порта, однако они работают не так как я хотел бы.

Зеленый светодиод загорается сразу, как только устройство проходит нумерацию, а желтый не загорается вообще никогда. А я бы хотел сделать так, чтобы зеленый загорался когда устройство опозналось драйвером, (а еще лучше, чтобы открылось приложением), а желтый символизировал обмен данными. Например, если я втыкаю в USB WiFi адаптер, то желательно увидеть зеленый светодиод, когда запускается wpa_supplicant или хотя бы просто интерфейс поднимается (ifup). А желтый чтобы показывал, что идет передача по сети.

есть еще параметр модуля hub.c:


но он в запущенной системе всегда readonly, а модуль собран в ядро, так что у меня не получилось поменять его на лету.

они работают согласно описанию чипа:

в теории, если у вас хаб подключен правильно, то закоротив пинцетом питание выходного порта можно созерцать работу светодиода "amber", у нас так проверяют исправность защиты ключей питания портов на USB..
(если у вас не использованы сигналы PWR/OVR, то пинцет не ваш случай..)


в том же мане упоминаются 2 режима:

поищите на их форуме или спросите у суппорта - авось что ответят на вопрос "как включить ручной режим?"
далее, поищите в сети спецификацию на USB 2.0, там расписаны поля для хабов, вас должен интересовать downstream port с полем "by bit 7 of the wHub"
далее, посредством несложной утилитки можно по USB дергать этот бит в нужное положение, _может_быть_ это отобразится на состояние светодиода

у вас линукс.. на мой взгляд проще чем возится с таким подключением, лучше использовать пару GPIO от проца (или взять обычный i2c gpio expander) и объявить свои светодиоды в классе gpio-led. тогда через sysfs вы получите все свои плюшки с минимальными хлопотами

У нас питание сделано через защитные ключи, так что проверить работу желтого могу. Хотя, в общем, если зеленый работает по автоматическому алгоритму, то и желтый скорее всего тоже. Проблема в том, что это неинформативная индикация. Приборчик не имеет ни клавиатур, ни дисплеев, индикаторы хаба задуманы для того, чтобы любой пользователь, воткнув в него новое устройство, по индикаторам понял, что оно заработало правильно.

Делать, думаю, все равно придется через функции хаба, на то есть две причины:
1) я так понял, что светодиоды поддерживаются спецификацией USB, следовательно они должны работать с любыми хабами, где они есть, стандартными средствами. Со встроенными функциями к тому же BOM дешевле

2) У нас в перспективе исполнительные устройства можно будет расширять с помощью хабов, воткнутых в хабы, так что кроме USB ничего туда не потянется.

Так что идея делать это через GPIO неудачная.

А вот есть же в исходнике функция set_port_led и led_work. как их задействовать?

для начала убедитесь, что у хаба есть заявленое свойство, видимо как-то так:

полагаю, что последняя строчка - это оно..

далее посмотрите в код driver/usb/ehci-hub.c
там есть занимательный закомментаренный код, вполне может что это ваше

я запросто могу ошибаться и код этот, допустим, работал на старых ядрах с тупыми хабами. нынче хабы умеют самостоятельно рулить лампочками портов..
но как зацепка сойдет..