All of lore.kernel.org
 help / color / mirror / Atom feed
From: Holger Schurig <hs4233@mail.mn-solutions.de>
To: linux-wireless@vger.kernel.org
Cc: Johannes Berg <johannes@sipsolutions.net>
Subject: Re: mac80211 regression: doesn't associate automatically
Date: Thu, 22 Nov 2007 17:19:40 +0100	[thread overview]
Message-ID: <200711221719.40412.hs4233@mail.mn-solutions.de> (raw)
In-Reply-To: <1195746110.4149.23.camel@johannes.berg>

> > Face it or not, not everything in life is defined. Nowhere
> > is defined how bees behave, and yet they behave in uniform,
> > somewhat predicatable ways. So please stop this discussion
> > about defined or not defined. mac80211 behaves
> > out-of-the-order compared to older drivers. No matter if
> > this behavior was formally defined or not.
>
> It *does* matter because the only thing tools and people using
> the tools can rely on is what is defined rather than "happens
> to work with driver XY so it must be right"

So, things brings me to a weird conclusion:

a) earlier you said that in WEXT, the only command that is 
defined to get you an association is the "iwconfig XXX ap YYY" 
command.

b) you also say that tools should only rely on things that are 
defined

If I accept both sentences as valid, I must conclude that 
mac80211 is faulty. It happens that mac80211 triggers an 
association to an access-point also by the "iwconfig XXX essid 
YYYY" command. This is not defined. Hey, wait a minute. mac80211 
is not allowed to do ANYTHING that is undefined, because tools 
can only rely on defined things. So mac80211 is faulty. Crap, 
ditch it.

I hope you get that somehow this is not only weird, it's 
unhelpful. Maybe now you can understand why I see thinking in 
the lines of "only what has defined is right and everything else 
is wrong" isn't helpful at all.

  parent reply	other threads:[~2007-11-22 16:19 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-22  8:12 mac80211 regression: doesn't associate automatically Holger Schurig
2007-11-22 13:05 ` Johannes Berg
2007-11-22 13:26   ` John W. Linville
2007-11-23  0:23     ` Pavel Roskin
     [not found]       ` <47462A72.8010303@wetwork.net>
2007-11-23  1:26         ` Pavel Roskin
2007-11-23  8:06       ` Holger Schurig
2007-11-23  8:22         ` Pavel Roskin
2007-11-23  9:03           ` Holger Schurig
2007-11-26 15:34             ` Dan Williams
2007-11-22 14:14   ` Holger Schurig
2007-11-22 14:41     ` Johannes Berg
2007-11-22 15:05       ` Holger Schurig
2007-11-22 15:13         ` Johannes Berg
2007-11-22 15:43           ` Holger Schurig
2007-11-22 15:41         ` Johannes Berg
2007-11-22 15:46           ` Johannes Berg
2007-11-22 15:58             ` Holger Schurig
2007-11-23 12:15               ` Johannes Berg
2007-11-22 16:19           ` Holger Schurig [this message]
2007-11-22 20:32             ` Will Dyson
2007-11-23  8:44               ` Holger Schurig
2007-11-23 12:48               ` Johannes Berg
2007-11-23 19:34                 ` Will Dyson
2007-11-23 20:22                   ` Johannes Berg
2007-11-23 12:46             ` Johannes Berg
2007-11-23 13:23               ` Holger Schurig
2007-11-24 21:36                 ` Johannes Berg
2007-11-24 22:39                   ` Will Dyson
2007-11-25 10:53                     ` Johannes Berg
2007-11-26  7:27                       ` Holger Schurig
2007-11-22 15:45     ` Holger Schurig

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=200711221719.40412.hs4233@mail.mn-solutions.de \
    --to=hs4233@mail.mn-solutions.de \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    /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.