Summary: | doesn't load snd-es18xx automatically | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Michael Shigorin <mike> |
Component: | kernel-image-led-tc | Assignee: | Michael Shigorin <mike> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | led, vsu |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 15333 |
Description
Michael Shigorin
2009-03-26 17:18:21 MSK
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=bd20bada37d55f1a747d7bc797e18f990cb9cdfe Вероятно, без этого костыля модули isapnp на старых ядрах не загружаются. Хотя может быть сломано и на новых - isapnp сейчас встречается довольно редко; хорошо бы проверить работу свежих ядер и udev на этом железе. Там были ещё проблемы с pnp_card_device_id (специфичные именно для isapnp, и не для всех драйверов), и драйвер snd-es18xx использует как раз идентификаторы такого типа, хотя более простые pnp_device_id там тоже есть. Похоже, алиасы для pnp_card_device_id починены только в 2.6.26: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0c81eed4b9d6273124c7ab5eb99760b4d3a3cb9e Хотя, если работало на М40, скорее всего, дело не в этом, а в отрывании правил для старых ядер. Можно вернуть костыль локально - например, в файл 79-pnp-drivers.rules (две строки, которые там удалили, только ещё добавить проверку ACTION=="add", которая в 80-drivers.rules одна на все правила). 2 vsu: спасибо; а правила для старых ядер совсем вредные? И осмысленно ли сделать свои udev-rules с дублем скрипта с возвращёнными строками, который зацепит эту железку? 2 led: придётся и мне теперь разучивать сборку ядра... или получится? :) Ладно, разучил за пару дней. С переездом на 2.6.27 (держит vm_deadlock patch) проблема действительно исправилась. Ядро вылизываю, проверяю на железе и забрасываю на git.alt и в сизиф -- только вот с чего бы там clone сделать, чтоб объекты заново не тягать туда-сюда... |