Sterownik jest czasami ładowany, a czasem nie

10

Przydzielono mi pulpit Ubuntu z kilkoma rzeczami już na nim. Nie sformatowałem go, ale podłączyłem bezprzewodową kartę mini-PCI do adaptera PCI-mini-PCI. Ręcznie zbudowałem madwifisterownik i zainstalowałem jego pliki .ko.

Teraz lshw -C networkzawsze pokazuje kartę, ale czasami pokazuje ją jako „nieodebraną”, a czasem pokazuje za pomocą madwifi(tj. ath_pci) Sterownika. Masz pojęcie, co może powodować ten efekt?

EDYCJA: Snippet z /var/log/kern.log, przy nieudanym ładowaniu.

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

Wyjście z 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
apoorv020
źródło
2
Czy masz na myśli, że czasami uruchamiasz się, a nie jest odbierany, a czasem uruchamia się i jest zgłaszany, czy masz na myśli, że oscyluje między zgłoszonym a nieodebranym w ten sposób? Czy widzisz coś w logach jądra ( /var/log/kern.log) (opublikuj coś, czego nie jesteś pewien, że jest nieistotne)?
Gilles „SO - przestań być zły”
Mam na myśli to pierwsze, zmienia się po każdym uruchomieniu.
apoorv020
1
@ apoorv020: Następnym razem, gdy uruchomisz system i zobaczysz kartę jako nieodebraną, opublikuj wszystkie wiersze dotyczące karty lub sterownika z /var/log/kern.log. Spróbuj także modprobe ath_pcizgłosić każdy komunikat o błędzie lub wiersz pojawiający się w logach jądra. Jednym z możliwych wyjaśnień jest to, że istnieje konfliktowy sterownik, który twierdzi, że karta, ale potem nie działa; jeśli to jest problem i znajdziesz tę nazwę, możesz ją umieścić na czarnej liście.
Gilles „SO- przestań być zły”,
@ apoorv020: Więc sterownik i tak jest ładowany, ale czasami nie podoba mu się sprzęt. Czy możemy porównać dzienniki z udanych butów? Jeśli nie uda Ci się uruchomić systemu, czy rmmod ath_pci; rmmod ath_hal; modprobe ath_pciczasem działa?
Gilles 'SO - przestań być zły'
1
@ apoorv020: Jeśli już znalazłeś odpowiedź, powinieneś opublikować ją jako odpowiedź, a następnie zaakceptować. Najlepiej jest przyjmować pytania, a nie pozostawiać ich na zawsze otwarte.
JM Becker,

Odpowiedzi:

1

Spróbuj użyć udev zamiast HAL. Jest bardziej zintegrowany z jądrem, a zatem bardziej spójny z identyfikacją sprzętu. Jeśli działa poprawnie z udev, ale nadal chcesz używać HAL, możesz przenieść regułę udev dopasowaną do twojego sprzętu na HAL, pomijając weryfikację MAC i inne rzeczy, które mogą sprawić, że będzie działać nieprawidłowo.

Pedro
źródło