В hwdatabase-0.3.19-alt1 (Compact 3.0) и hwdatabase-0.3.20.5-alt1 (3.0 updates) обнаружена неверная запись: 10b9 5261 dmfe На самом деле модуль dmfe не поддерживает это устройство, а соответствующая поддержка в ядре 2.6.12 была в модуле tulip (хотя в последующих ядрах переехала в отдельный модуль uli526x).
Актуально ли это для Sisyphus?
Боюсь, придётся перевесить на Стаса.
1. причём тут стас 2. нынче совсем другая схема используется.
убейте уже hwdatabase. там вообще о модулях ничего быть не должно
я только за ибо последние пользователи hwdatabase нынче - это pciutils и usbutils.
(In reply to comment #5) > я только за ибо последние пользователи hwdatabase нынче - это pciutils и usbutils. > libpciaccess, hal (это что вспомнил с лету) вообще все с точностью до наоборот - pciutils и usbutils как раз и порождают pci.ids и usb.ids. к тому же есть более вменяемые пакеты pciids и usbids, только положить ids файлы нужно в /usr/share/hwdata
(In reply to comment #3) > 1. причём тут стас Последний сборщик :( > 2. нынче совсем другая схема используется. Можешь описать здесь, в devel@ или на wiki? (In reply to comment #5) > я только за ибо последние пользователи hwdatabase нынче - это pciutils и usbutils. Причём в первом как бы заведомо есть свои pci.ids.
(In reply to comment #7) > (In reply to comment #3) > > 1. причём тут стас > Последний сборщик :( Тоже мне ... нашли сборщика. Я только ради мониторов собирал. > > > 2. нынче совсем другая схема используется. > Можешь описать здесь, в devel@ или на wiki? Про udev наверное лучше не мне рассказывать.
-> udev
udev (и module-init-tools) использует таблицы pci id из самих модулей, так что проблем с рассинхронизацией больше не возникает (за исключением пересечений модулей по pci id, но это уже либо баг в самих модулях, либо кандидат в blacklist, оставленный для ручной настройки на всякий случай).
Ура :)
