[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080916223729.GC26035@khazad-dum.debian.net>
Date: Tue, 16 Sep 2008 19:37:29 -0300
From: Henrique de Moraes Holschuh <hmh@....eng.br>
To: Michael Buesch <mb@...sch.de>
Cc: Carlos Corbacho <carlos@...angeworlds.co.uk>,
bcm43xx-dev@...ts.berlios.de,
Larry Finger <Larry.Finger@...inger.net>,
Adel Gadllah <adel.gadllah@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
wireless <linux-wireless@...r.kernel.org>
Subject: Re: Regression in 2.6.27-rcX caused by commit
bc19d6e0b74ef03a3baf035412c95192b54dfc6f
On Tue, 16 Sep 2008, Michael Buesch wrote:
> But I don't know how to tell the rfkill subsystem about the states and
rfkill_force_state(). Must NOT be called from within atomic contextes,
something I haven't got around to find a proper way of fixing, and nobody
else seems to be on a rfkill coding frenzy right now.
> I'm still waiting for the sane rfkill API where we have three functions
> rfkill-allocate
> rfkill-hw-state-changed
> rfkill-free
I won't go on the rfkill-allocate/-free stuff, messing with that API means
you need to fix a lot of other people's drivers. But you have the
rfkill-hw-state-changed now, it is called rfkill_force_state(). The only
crap is that it cannot be called from atomic contexts.
> months ago, but is now deprecated it seems (but I don't know what it it
> replaced by) is just so really confusing.
Read Documentation/rfkill.txt. And the kernel-doc comments on rfkill.c.
The rfkill documentation was updated.
If you still have doubts after reading the stuff above, ask on
linux-wireless and CC me.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists