Драйвер иногда загружается, иногда нет


10

Мне был назначен рабочий стол Ubuntu, на котором уже есть кое-что. Я не переформатировал его, но подключил беспроводную карту mini-PCI через адаптер PCI-mini-PCI. Я вручную madwifiсобрал драйвер и установил его .ko файлы.

Теперь lshw -C networkвсегда показывает карту, но иногда показывает ее как «невостребованную», а иногда - с драйвером madwifi(т.е. ath_pci). Есть идеи, что может вызвать этот эффект?

РЕДАКТИРОВАТЬ: фрагмент из /var/log/kern.log, при неудачной загрузке.

Apr 19 11:47:21 manju-desktop kernel: [    9.935304] ath_hal: module license 'Proprietary' taints kernel.
Apr 19 11:47:21 manju-desktop kernel: [    9.936614] ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
Apr 19 11:47:21 manju-desktop kernel: [    9.958671] wlan: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975867] ath_pci: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975940] ath_pci 0000:02:04.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Apr 19 11:47:21 manju-desktop kernel: [    9.976024] ath_pci: HAL doesn't support MAC revision 0xffffffff
Apr 19 11:47:21 manju-desktop kernel: [    9.976037] ath_pci 0000:02:04.0: PCI INT A disabled

Выход из lshw -C network

  *-network:1 UNCLAIMED
       description: Ethernet controller
       product: AR5413 802.11abg NIC
       vendor: Atheros Communications Inc.
       physical id: 4
       bus info: pci@0000:02:04.0
       version: 01
       width: 32 bits
       clock: 33MHz
       capabilities: pm cap_list
       configuration: latency=168 maxlatency=12 mingnt=10

2
Ты имеешь в виду, что иногда ты загружаешься и он невостребованный, а иногда ты загружаешься и утверждаешь, или ты имеешь в виду, что он колеблется между заявленным и невостребованным просто так? Видите ли вы что-нибудь в журналах ядра ( /var/log/kern.log) (опубликуйте что-то, что, по вашему мнению, не имеет значения)?
Жиль "ТАК - перестань быть злым"

Я имею в виду первое, оно меняется после каждой загрузки.
apoorv020

1
@ apoorv020: В следующий раз, когда вы загрузитесь и увидите карту невостребованной, опубликуйте все строки, касающиеся карты или драйвера /var/log/kern.log. Также попробуйте modprobe ath_pciсообщить о любом сообщении об ошибке или строке, появившейся в журналах ядра. Одно из возможных объяснений состоит в том, что существует конфликтующий драйвер, который запрашивает карту, но затем не работает; если это проблема, и вы найдете это имя, вы можете занести его в черный список.
Жиль "ТАК - перестань быть злым"

@ apoorv020: Драйвер все равно загружается, но иногда ему не нравится аппаратное обеспечение. Можем ли мы получить логи успешных ботинок для сравнения? На неудачной загрузке, если у вас rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, это иногда работает?
Жиль "ТАК - перестань быть злым"

1
@ apoorv020: Если вы уже нашли ответ, вы должны опубликовать его как ответ, а затем принять. Лучше всего принимать вопросы, а не оставлять их постоянно открытыми.
Дж. М. Беккер

Ответы:


1

Попробуйте использовать Udev вместо HAL. Он более интегрирован с ядром и, следовательно, более соответствует идентификации оборудования. Если он работает правильно с udev, но вы все еще хотите использовать HAL, вы можете перенести правило udev, которое соответствует вашему оборудованию, на HAL, пропуская проверку MAC и другие вещи, которые могут заставить его работать неправильно.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.