severity 487668 normal tags 487668 moreinfo thanks Valerio Passini wrote:
Package: hal Version: 0.5.11-2 Severity: critical--- Please enter the report below this line. --- Dear Developers,first of all I'm sorry to have send a messy bug report before (all the bug report was contained in the mail object). Let's get to the point. I have a laptop (Acer 5920g) with an Intel integrated wifi card (3945a/b/g). It works good with iwl3945 module. The state of this wireless card is controlled by a button that is not an hardware switch. The button can be pressed several times without changing the state of the card. I have checked this using: cat /sys/module/iwl3945/drivers/pci\:iwl3945/0000\:06\:00.0/rf_kill (0/1 as possible states) When I load the module the option is disable=0 (custom setup in /etc/modprobe.d/iwl3945 file) Using kernel 2.6.24.x everything worked, i.e: the button switched the state of the wireless card (on/off) at will. With kernel 2.6.25.x (custom and stock) the button is not recognized and what is worse is that in certain conditions the module iwl3945 is loaded and disabled. I think that the cause of this is hal.
HAL itself doesn't load or unload any modules. What exactly do you mean by "the module is disabled"?Is this the rfkill_switch state? What exactly does this "disable=0" option do? Does the rfkill state work correctly under 2.6.25.x?
Do you also have network-manager running? NM checks the rfkill state, and if your driver is buggy and reports an incorrect state, this might be the real problem.
Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature