2007-08-02 16:22:21

by Derek Atkins

[permalink] [raw]
Subject: Re: [ipw3945-devel] chaning mode only when interface down?

dragoran <[email protected]> writes:

> On 8/2/07, Johannes Berg <[email protected]> wrote:
>
> On Thu, 2007-08-02 at 14:48 +0200, dragoran wrote:
>
> > > Nono, you cannot solve it in the driver. The whole design of mac80211
> > > mandates that assumption and I think it is a valid one to make.
> > why? did the old way (allow mode changing while up) caused any problems?
>
> Why should it be allowed? Can you come up with a good reason for that
> since you lose all state anyway when doing mode transitions?
>
> Until then (and I guess somebody *really* wants it) it's just a lot
> easier to not even try to change these low-level things while the
> interface is operating.
>
> ok fair enough

Well, for one thing in many cases the interface needs to be "up" in
order to scan. Also, many times the driver itself will incorrectly
associate on insert before NetworkManager gets a chance to chime in
and then you're stuck in a situation where you never get to the band
you want.

Regardless, you should NEVER require a driver reload to switch bands
and if you do that's a bug. If mac80211 requires a driver reload then
that's a MAJOR flaw in that layer.

Still, NM keeps the interface "up" even when there's no packets,
because it's required to scan. So that may be why I've had trouble
going between 802.11(a) and 802.11(b/g) networks at times. It's quite
frustrating.

-derek

--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
[email protected] PGP key available


2007-08-03 09:42:54

by Johannes Berg

[permalink] [raw]
Subject: Re: [ipw3945-devel] chaning mode only when interface down?

On Thu, 2007-08-02 at 11:52 -0400, Derek Atkins wrote:

> Well, for one thing in many cases the interface needs to be "up" in
> order to scan. Also, many times the driver itself will incorrectly
> associate on insert before NetworkManager gets a chance to chime in
> and then you're stuck in a situation where you never get to the band
> you want.

Driver bug?

> Regardless, you should NEVER require a driver reload to switch bands
> and if you do that's a bug. If mac80211 requires a driver reload then
> that's a MAJOR flaw in that layer.

Have you read the original mail? We were talking about requiring an
ifdown/ifup cycle.

johannes


Attachments:
signature.asc (190.00 B)
This is a digitally signed message part