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.
next prev 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.