On Sun, Feb 07, 2010 at 03:37:36PM +0100, Michael Buesch wrote:
> On Sunday 07 February 2010 15:30:18 strk wrote:
> > On Sun, Feb 07, 2010 at 02:05:09PM +0100, Michael Buesch wrote:
> > 
> > > rfkill is a hardware lock in the case of broadcom. Software can only read 
> > > the state.
> > >
> > > (There may be laptops with broadcom cards where rfkill can be changed by 
> > > software.
> > > But that's done by other means (BIOS) and the broadcom hardware doesn't 
> > > know about it.)
> > 
> > Uhm, but still I'm pretty sure there's no physical switch on this laptop 
> > (L5800C).
> > Also, if there was one, surely I wasn't turning it on and off continuosly to
> > justify those notices coming down to b43legacy.
> > 
> > Note that bcm43xx used to work fine. 
> 
> I'm not talking about possible bugs in the software. I'm just explaining
> how the hardware works, because I think there's some confusion here.

Ok, so supposedly here the situation can be on of these:

 1) b43legacy driver is wrong while reading kill switch state
 2) something (software) is toggling kill switch 

Would case 1 be fixed by having b43legacy NOT check the state ?

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://foo.keybit.net/~strk/services.html
_______________________________________________
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev

Reply via email to