From: "Tomas Winkler" <tomasw@gmail.com>
To: "Dan Williams" <dcbw@redhat.com>
Cc: "Johannes Berg" <johannes@sipsolutions.net>,
"David Lamparter" <lists@diac24.net>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [RFC] {cfg,nl}80211 API
Date: Tue, 12 Jun 2007 17:55:16 +0300 [thread overview]
Message-ID: <1ba2fa240706120755j570db33cxa4e2b1125feef3df@mail.gmail.com> (raw)
In-Reply-To: <1181650117.17599.12.camel@xo-28-0B-88.localdomain>
On 6/12/07, Dan Williams <dcbw@redhat.com> wrote:
> On Tue, 2007-06-12 at 11:15 +0200, Johannes Berg wrote:
> > Hi David,
> >
> > Great stuff!
> >
> > > - getting virtual interfaces works via ifindex, which needs to be known.
> > > - no dumping (would have locking issues with userspace MLME)
> > > - use list of vifs from GET_WIPHY
> > > - only thing it currently should return is vif type. essid & stuff
> > > should be retrievable via GET_ASSOCIATION, which won't be valid for
> > > monitor interfaces
> >
> > Hmm, in fact, if we go that route then we can do dumping for vifs (by
> > wiphy I guess) since all this information is available in the kernel,
> > only GET_ASSOCIATION should need a callout. vif type can be dumped just
> > fine.
> >
> > > So, what's left?
> > > - more PHY config stuff?
> > > - TX power? Should be able to configure a lower value...
> >
> > Yeah, but as we said, this really needs to tie in with any regulatory
> > stuff.
> >
> > > - antenna selection?
> >
> > Sounds reasonable, needs automatic/... but for .11n it might need some
> > more things. Not sure.
>
> Just a quick question; for .11n and later, do we care about being as
> detailed as specifying each antenna and whether or not each antenna can
> be used for TX and/or RX, and then being able to assign specific
> antennas to either TX or RX? Or does hardware expose a simpler
> interface like "2x2" or "3x2"? That means either:
>
> set-antennas([(1, TX & RX), (2, TX & RX), (3, RX)])
>
> or
>
> set-antennas(tx=2, rx=3)
>
> Dan
>
>
You can be explicit and then it's port of hand shake, Yet antenna
selection/number is part of rate index (MCS) and there it is chosen by
rate scaling alorithm
> -
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2007-06-12 14:55 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-11 23:04 [RFC] {cfg,nl}80211 API David Lamparter
2007-06-12 9:15 ` Johannes Berg
2007-06-12 12:08 ` Dan Williams
2007-06-12 14:55 ` Tomas Winkler [this message]
2007-06-12 9:59 ` Holger Schurig
2007-06-12 13:15 ` David Lamparter
2007-06-12 13:58 ` Mark Powell
2007-06-12 16:45 ` Michael Wu
2007-06-12 17:01 ` Mark Powell
2007-06-13 6:46 ` Michael Wu
2007-06-13 13:25 ` David Lamparter
2007-06-13 16:08 ` Johannes Berg
2007-06-13 10:22 ` Johannes Berg
2007-06-13 13:18 ` [RFC] {cfg,nl}80211 API - 802.11j David Lamparter
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=1ba2fa240706120755j570db33cxa4e2b1125feef3df@mail.gmail.com \
--to=tomasw@gmail.com \
--cc=dcbw@redhat.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=lists@diac24.net \
/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