From: Andy Lutomirski <luto@myrealbox.com>
To: hmh@hmh.eng.br
Cc: dcbw@redhat.com, zhu.yi@intel.com, linux-wireless@vger.kernel.org
Subject: Re: Question on rfkill double block
Date: Tue, 08 Jul 2008 01:12:32 -0400 [thread overview]
Message-ID: <4872F740.50608@myrealbox.com> (raw)
In-Reply-To: <20080707204708.GA3166@khazad-dum.debian.net>
Henrique de Moraes Holschuh wrote:
> On Mon, 07 Jul 2008, Dan Williams wrote:
>> On Fri, 2008-07-04 at 16:55 -0300, Henrique de Moraes Holschuh wrote:
>>> On Wed, 02 Jul 2008, Dan Williams wrote:
>>>> That would be more useful than the current enum, yes.
>>> Dan, you do have a strong user case for "just software rfkilled", "just
>>> hardware rfkilled" and "soft+hard rfkilled" as opposed to simply "software
>>> rfkilled" and "hardware rfkilled, maybe software rfkilled as well" ?
>> No, I don't have a _NetworkManager_ usecase for being able to
>> distinguish between HW and HW+SW. Just an observation that stuff other
>> than NM might want to figure that out for UI or something.
>
> Ok. I will still *try* to implement the fourth state, but I will post the
> patch as a RFC. If it is too messy or complex, I will recommend that we
> drop it.
I'm still a bit confused.
Suppose I have a laptop with a physical switch marked "radio" which
tells the OS which position it's in *and does nothing else* (via ACPI or
whatever) and a radio which has a (pure) software rfkill controller.
Suppose further that this laptop has a radio button as well.
This would look exactly like my Thinkpad X61s, except that the rfkill
switch would be connected to the rfkill controller in software, not
hardware.
I think it would have the exact same problem and the fourth state
wouldn't help because it would never be any variety of HARD_BLOCKED.
--Andy
next prev parent reply other threads:[~2008-07-08 5:12 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-02 7:03 Question on rfkill double block Zhu Yi
2008-07-02 17:03 ` Dan Williams
2008-07-04 19:55 ` Henrique de Moraes Holschuh
2008-07-07 17:11 ` Dan Williams
2008-07-07 19:48 ` Fabien Crespel
2008-07-07 20:47 ` Henrique de Moraes Holschuh
2008-07-08 5:12 ` Andy Lutomirski [this message]
2008-07-08 15:05 ` Henrique de Moraes Holschuh
2008-07-02 19:32 ` Henrique de Moraes Holschuh
2008-07-05 21:28 ` Tomas Winkler
2008-07-06 0:20 ` Henrique de Moraes Holschuh
2008-07-07 4:44 ` Andy Lutomirski
2008-07-07 16:56 ` Henrique de Moraes Holschuh
2008-07-07 18:47 ` Andrew Lutomirski
2008-07-07 19:18 ` Andrew Lutomirski
2008-07-07 21:09 ` Andrew Lutomirski
2008-07-07 21:21 ` Henrique de Moraes Holschuh
2008-07-07 20:59 ` Henrique de Moraes Holschuh
2008-07-07 17:02 ` Dan Williams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4872F740.50608@myrealbox.com \
--to=luto@myrealbox.com \
--cc=dcbw@redhat.com \
--cc=hmh@hmh.eng.br \
--cc=linux-wireless@vger.kernel.org \
--cc=zhu.yi@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.