El controlador a veces está cargado, a veces no

Me asignaron un escritorio Ubuntu con algunas cosas ya en él. No lo volví a formatear, pero conecté una tarjeta inalámbrica mini-PCI sobre un adaptador PCI a mini-PCI. Construí manualmente el madwificontrolador e instalé sus archivos .ko.

Ahora lshw -C networksiempre muestra la tarjeta, pero a veces la muestra como 'no reclamada' y a veces se muestra con el controlador madwifi(es decir ath_pci). ¿Alguna idea de lo que puede causar este efecto?

EDITAR: Fragmento de /var/log/kern.log, en carga fallida.

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

Salida de 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

ubuntu drivers

— apoorv020
fuente

¿Quiere decir que a veces arranca y no se reclama y a veces arranca y se reclama, o quiere decir que oscila entre reclamado y no reclamado así como así? ¿Ves algo en los registros del núcleo ( /var/log/kern.log) (publica algo que no estás seguro es irrelevante)?

— Gilles 'SO- deja de ser malvado'

Me refiero a lo primero, cambia después de cada arranque.

— apoorv020

@ apoorv020: la próxima vez que arranque y vea la tarjeta como no reclamada, publique todas las líneas relacionadas con la tarjeta o el controlador /var/log/kern.log. También intente modprobe ath_pciinformar cualquier mensaje de error o línea que aparezca en los registros del kernel. Una posible explicación es que hay un controlador conflictivo que reclama la tarjeta pero que no funciona; Si ese es el problema y encuentra este nombre, puede ponerlo en la lista negra.

— Gilles 'SO- deja de ser malvado'

@ apoorv020: Por lo tanto, el controlador se carga de todos modos, pero a veces no le gusta el hardware. ¿Podemos tener los registros de unas botas exitosas para comparar? En un arranque fallido, si usted rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, ¿a veces funciona?

— Gilles 'SO- deja de ser malvado'

@ apoorv020: Si ya encontró una respuesta, debe publicarla como respuesta y luego aceptar. Es mejor aceptar preguntas, en lugar de dejarlas permanentemente abiertas.

— JM Becker

Intente usar udev en lugar de HAL. Está más integrado con el núcleo y, por lo tanto, es más coherente con la identificación del hardware. Si funciona bien con udev pero aún desea usar HAL, puede transferir la regla de udev que coincide con su hardware a HAL, omitiendo la verificación de MAC y otras cosas que pueden hacer que funcione mal.

— Pedro
fuente