Search Linux Wireless

Re: Rfkill on ifconfig up.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 23 Jun 2008, Tomas Winkler wrote:
> On Mon, Jun 23, 2008 at 8:05 AM, Henrique de Moraes Holschuh
> <hmh@xxxxxxxxxx> wrote:
> > On Mon, 23 Jun 2008, Tomas Winkler wrote:
> >> Little RF KILL design question from user space perspective.
> >> What should be desired return value of ifconfig up when HW rfkill is
> >> on (radio is off).
> >
> > This isn't really about rfkill, its design doesn't call for any particular
> > behaviour.  IMHO we should go with the principle of least suprise, and also
> > more convenience for the user.
> 
> No, this is about ifconfig up
> 
> > In the end, it will depend on the capabilities of the hardware, I suppose.
> > Assuming the hardware CAN bring its interface up without going bonkers
> > because the transmitter is not transmitting anything, that's exactly what it
> > should do IMO.
> >
> > What it must never do is to unblock the transmiter because of a ifconfig up
> > :-)
> >
> >> rfkill on (radio off)
> >> ifconfig wlan0 up
> >> rfkill off (radio on)
> >>
> >> Will it be ok for these sequence to require additional ifconfig up to
> >> make driver to work, providing the first ifconfig up failed?
> >
> > It would be nice if it didn't fail the first ifconfig, and therefore needed
> > nothing special to work other than a rfkill unblock.
> 
> Everything is doable just 'would be nice'  is not good reason enough :)

Here's another one, then.  Most current WiFi cards do the "would be
nice" above, so we can just mandate it as the preferred way to go about
it.

Really, this IS about the hardware and driver capabilities.  rfkill is
not supposed to bring interfaces down, if that's another way to look at
your question.  But if it has to, it *is* entitled to do it.  In fact,
if it has to in order to shutdown a transmitter, it is entitled to
hotunplug and cut the power feed to the wireless device.

WiFi usually doesn't down interfaces.  At least on ThinkPads, Bluetooth
and WWAN do hotunplugging (which not only downs the interface, it
deletes the interface altogether), and I hear that is a common approach
for Bluetooth.

-- 
  "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-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux