linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* b43 rfkill LED broken in 2.6.30-rc1 from wireless-testing
@ 2009-04-09 21:38 Larry Finger
  2009-04-10  3:08 ` Larry Finger
  2009-04-10  7:32 ` Johannes Berg
  0 siblings, 2 replies; 5+ messages in thread
From: Larry Finger @ 2009-04-09 21:38 UTC (permalink / raw)
  To: Johannes Berg; +Cc: wireless

Johannes,

Boy is the rfkill subsystem fragile.

After all our debugging of the control of the b43 LED with the rfkill switch, it
is broken again with 2.6.30-rc1.

I put a test print at the start of b43_led_brightness_set(). It gets called lots
of times for the TX/RX LED (which I do not have), but only gets called for the
radio LED when the driver is loaded or unloaded. Changing the rfkill switch
causes the "radio hardware status" messages to be output, but nothing happens
with the LED.

Now, led_trigger_event() once again is only called indirectly through
rfkill_led_trigger() from rfkill_led_trigger_activate(), but
rfkill_led_trigger() is never called. I have no idea who is calling
b43_led_brightness at start-up/shut-down. It must be some part of the LED system.

Some things are working. The contents of /sys/class/rfkill/rfkill3/state change
from 0 to 1 when the switch is turned on; however, I have not been able to
locate what code is doing the change. Routine rfkill_uevent() is never entered.

Larry

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-04-11 10:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-09 21:38 b43 rfkill LED broken in 2.6.30-rc1 from wireless-testing Larry Finger
2009-04-10  3:08 ` Larry Finger
2009-04-10  7:32 ` Johannes Berg
2009-04-11  6:19   ` Henrique de Moraes Holschuh
2009-04-11 10:43     ` Johannes Berg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).