From: Zhu Yi <yi.zhu@intel.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org,
"John W. Linville" <linville@tuxdriver.com>,
Michael Wu <flamingice@sourmilk.net>
Subject: Re: IEEE802.11e/WMM TS management and DLS support
Date: Fri, 08 Jun 2007 16:16:57 +0800 [thread overview]
Message-ID: <1181290617.3039.158.camel@debian.sh.intel.com> (raw)
In-Reply-To: <1181160060.3398.35.camel@johannes.berg>
On Wed, 2007-06-06 at 22:00 +0200, Johannes Berg wrote:
> On Wed, 2007-06-06 at 16:21 +0800, Zhu Yi wrote:
>
> > This is a patch series for IEEE802.11e/WMM support against
> > linux-2.6.22-rc4.
>
> Great :)
>
> What I'm missing though is a sane userspace interface. Having all the
> information in debugfs is great, but I don't think debugfs should be
> writable here. Could you define this in terms of nl80211/cfg80211? I'm
> not sure what exactly would be required.
Yes, the user space API should be in the cfg80211 format. End users
definitely don't want to play with debugfs, it's only for developer's
debugging. Defining a good API is not easy, but since the core code is
there, we can begin the API discussion now.
> Also, can you explain how you plan to use this? I don't think that users
> will want to manually use the interfaces to add a direct link etc.
> Hence, it has to be done automatically. What do we base the decision on?
> If we're sending a whole bunch of data to another STA do we
> automatically try to negotiate DLS? If so, do we do that in the kernel?
> Or do we have enough information to do that in userspace?
>
> Essentially I see two choices:
> 1) we do it in the kernel, and do it automagically somehow
> 2) we do it in userspace in some daemon
>
> In the first case, somehow I'm missing how the kernel is supposed to
> make the decision that it wants to use a direct link. But in case 2),
> why do we need the kernel to send all these management frames? Couldn't
> we just have some API to tell the kernel that we have negotiated a
> direct link (yes, it'd require the injection patches, but that work is
> available)?
I think 2) is the way to go. Kernel shouldn't involve in the decision
making of DLS. Switch to DLS intelligently in the user space sounds good
but it doesn't relate to the kernel <-> user space API, you can do it
all in the user space. I think there should be 2 APIs for DLS.
1) User requests kernel to setup or tear down a DLS link with another
STA (sync and async)
2) Kernel notifies the user space (daemon) a DLS request is sent from
another STA and let user space to make the decision or an existed DLS
connection is torn down by the peer (via event).
BTW, I'd agree move the kernel MLME to user space if possible. I
implemented in the kernel because a) it's simple and other MLMEs are
also there, i.e ASSOC_REQ. b) I don't know where to implement it in the
user space, wpa_supplicant? But if we
Thanks,
-yi
next prev parent reply other threads:[~2007-06-08 8:17 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-06 8:21 IEEE802.11e/WMM TS management and DLS support Zhu Yi
2007-06-06 20:00 ` Johannes Berg
2007-06-08 8:16 ` Zhu Yi [this message]
2007-06-08 9:30 ` Johannes Berg
2007-06-08 13:35 ` Cohen, Guy
2007-06-07 20:43 ` Jiri Benc
2007-06-08 3:52 ` jketreno
2007-06-07 21:12 ` Michael Wu
2007-06-08 4:41 ` jketreno
2007-06-07 22:40 ` Jiri Benc
2007-06-08 1:53 ` Zhu Yi
2007-06-07 22:40 ` Michael Wu
2007-06-08 2:42 ` Zhu Yi
2007-06-12 14:02 ` John W. Linville
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=1181290617.3039.158.camel@debian.sh.intel.com \
--to=yi.zhu@intel.com \
--cc=flamingice@sourmilk.net \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.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).