linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Helmut Schaa <helmut.schaa@googlemail.com>
To: Marcel Holtmann <holtmann@linux.intel.com>
Cc: Tomas Winkler <tomasw@gmail.com>,
	Helmut Schaa <helmut.schaa@googlemail.com>,
	linux-wireless@vger.kernel.org, yi.zhu@intel.com
Subject: Re: iwlwifi - rfkill only works if the interface is up
Date: Mon, 1 Dec 2008 16:34:36 +0100	[thread overview]
Message-ID: <200812011634.37644.helmut.schaa@gmail.com> (raw)
In-Reply-To: <1228145453.31158.140.camel@violet.holtmann.net>

Am Montag, 1. Dezember 2008 schrieb Marcel Holtmann:
> Hi Tomas,
> 
> > > Nevertheless, I'm wondering if the current behaviour (even with the patch above)
> > > makes much sense. I mean, the user space cannot rely on the rfkill state
> > > unless an appropriate interface is up. As the device is able to report the
> > > killswitch state without firmware being loaded the following approach could
> > > be feasible:
> > > - iwl_pci_probe enables the device and enables the interrupts
> > > - iwl_mac_start just loads the firmware
> > > - iwl_mac_stop just releases the firmware but leaves the interrupts enabled
> > 
> > In 3495  rfkill interrupt is not available and rfkill state is
> > delivered only when firmware is loaded, therefore this is not
> > possible to bring device down and also expect rfill switch event.
> > There were few threads about this subject.
> > In 4965 and 5000 this will work
> 
> do we unregister the rfkill switch when bringing the adapter down.

No.

> If not, then we might should do that. I don't see a point in exposing a
> rfkill switch if we can't do anything with it.

Either that, or make the rfkill usable even when the interface is down.

Helmut

  reply	other threads:[~2008-12-01 15:41 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-01 12:11 iwlwifi - rfkill only works if the interface is up Helmut Schaa
2008-12-01 13:08 ` Tomas Winkler
2008-12-01 15:04   ` Helmut Schaa
2008-12-01 17:43     ` Tomas Winkler
2009-01-05 14:43       ` Helmut Schaa
2008-12-01 15:30   ` Marcel Holtmann
2008-12-01 15:34     ` Helmut Schaa [this message]
2008-12-01 15:59       ` Marcel Holtmann
2008-12-01 16:16         ` Helmut Schaa
2008-12-01 21:12         ` John W. Linville
2008-12-01 21:50           ` Helmut Schaa
2008-12-03 22:48             ` Dan Williams
2008-12-02 12:59         ` Henrique de Moraes Holschuh
2008-12-02 13:14           ` Marcel Holtmann
2008-12-02 15:03             ` Henrique de Moraes Holschuh

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=200812011634.37644.helmut.schaa@gmail.com \
    --to=helmut.schaa@googlemail.com \
    --cc=holtmann@linux.intel.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=tomasw@gmail.com \
    --cc=yi.zhu@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 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).