On 6/12/07, Dan Williams <dcbw@xxxxxxxxxx> 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
