All of lore.kernel.org
 help / color / mirror / Atom feed
From: bruno randolf <bruno@thinktube.com>
To: "Tomas Winkler" <tomasw@gmail.com>
Cc: "John W. Linville" <linville@tuxdriver.com>,
	"Thomas Bächler" <thomas@archlinux.org>,
	linux-wireless@vger.kernel.org
Subject: Re: mac80211 bug? no data is being transmitted after interface is brought down and then up again
Date: Tue, 1 Apr 2008 21:57:25 +0900	[thread overview]
Message-ID: <200804012157.25474.bruno@thinktube.com> (raw)
In-Reply-To: <1ba2fa240803312327vcedd4a5y520e3d42f9dc3452@mail.gmail.com>

On Tuesday 01 April 2008 15:27:06 Tomas Winkler wrote:
> On 4/1/08, bruno randolf <bruno@thinktube.com> wrote:
> > On Tuesday 01 April 2008 04:02:25 John W. Linville wrote:
> > > On Sat, Mar 29, 2008 at 07:32:51PM +0100, Thomas B=E4chler wrote:
> > > > My question is, should this be considered a bug in mac80211?
> > > > IMO, when an interface is brought down and then up again, one o=
f the
> > > > following things should happen:
> > > > 1) Everything works as before
> > > > 2) Nothing works, but the card disassociates from the network.
> > >
> > > #2 would be my vote.
> >
> > why is that? would it be so difficult to provide #1?
>
> Driver should not take policy decision. It should be user controled
> applincation such as NM or ifup script of whatever to decide if to
> reconnect or not.
>
> > from a usability point of view #1 would be clearly better. whatever=
 the
> > state was before, when i bring the interface up it want it to work
> > (associate, join IBSS) and be able to transmit data.
>
> For usuablity point of view you should configure your applicantion or
> script to do reconnection, but it should not be driver call to do
> that.
> There are security issues with this that just get more and more
> compilcated.. In application level you have more options to discover =
your
> environment and handle user preferences. and take the correct call

allright - that seems to be the way to go. thanks for the explanation. =
i guess=20
i'm a little bit behind, still thinking in in terms of iwconfig ;)

bruno
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      reply	other threads:[~2008-04-01 12:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-29 18:32 mac80211 bug? no data is being transmitted after interface is brought down and then up again Thomas Bächler
2008-03-31 19:02 ` John W. Linville
2008-03-31 19:51   ` Thomas Bächler
2008-04-01  1:53   ` bruno randolf
2008-04-01  6:27     ` Tomas Winkler
2008-04-01 12:57       ` bruno randolf [this message]

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=200804012157.25474.bruno@thinktube.com \
    --to=bruno@thinktube.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=thomas@archlinux.org \
    --cc=tomasw@gmail.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.