From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-bw0-f225.google.com ([209.85.218.225]:64914 "EHLO mail-bw0-f225.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753731Ab0DTXgX convert rfc822-to-8bit (ORCPT ); Tue, 20 Apr 2010 19:36:23 -0400 Received: by bwz25 with SMTP id 25so7447073bwz.28 for ; Tue, 20 Apr 2010 16:36:22 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <6D966E94-4FD1-4675-B39B-296B4D82D2AB@cs.washington.edu> References: <48BAD814-F653-4CE3-85E0-A9D82EC31D53@cs.washington.edu> <1271751747.8954.3.camel@jlt3.sipsolutions.net> <6D966E94-4FD1-4675-B39B-296B4D82D2AB@cs.washington.edu> From: =?ISO-8859-1?Q?G=E1bor_Stefanik?= Date: Wed, 21 Apr 2010 01:36:02 +0200 Message-ID: Subject: Re: mac80211 and asymmetric 802.11n TX/RX To: Daniel Halperin Cc: Johannes Berg , linux-wireless@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Apr 20, 2010 at 7:10 PM, Daniel Halperin wrote: > Hi Johannes, > > On Apr 20, 2010, at 1:22 AM, Johannes Berg wrote: >>> Does anyone know if the 11n standard says that the set of TX rates has >>> to be a subset of the set of RX rates? This seems to be enforced now: >>> when I set up one node to be 2x1, i.e. transmit 2 streams but only >>> able to receive 1, then the mac80211 code only lets it transmit 1 >>> streams (even with a 2-stream-capable receiver at the other end). >> >> I'm not sure. Reading 7.3.2.56.4 seems to imply that, but I'm not sure >> about the "Rx Highest Supported Data Rate" field. Seems like maybe you >> could set the "RX MCS bitmask" to more than is supported, limit it by >> the highest supported data rate, and then use the bitmask for TX? > > First, did you mean 7.3.2.57.4? (I'm using IEEE P802.11n/D7.0, but I assume the section numbers haven't changed). For me that section represents the "Supported MCS Set field". > > (An aside: I don't actually *have* 7.3.2.56. I'm using IEEE 802.11-2007 [has up to 7.3.2.35] and IEEE P802.11n/D7.0 [has 7.3.2.57 and beyond] --- In which document are the missing sections?) > > Can you point me at which text in the section you think implies this requirement? > > In any case, maybe this discussion is silly: I don't know of any devices with this strange configuration. Typically clients assume downlink-heavy and might support a 1x2 connection but 2x1, i.e. designed for uplink, seems unlikely. Unless we are talking about an AP... > >>> A second question: my understanding is that if I am a 2x2 node and I >>> associate to a 3x3 AP, the same code will mask out the fact that the >>> AP can receive 3 streams since I can't transmit 3 streams. Is there a >>> way to access this info from the driver if I want it? >> >> Unfortunately not, at this point. We could keep track of it, what would >> you need it for? > > Okay, that's what I figured; I can hack around it locally. I'm working on an alternative rate selection algorithm that at one point tries to take into account how much receive diversity the other endpoint has. The intuition is that how well (e.g.) 2-stream rates work is going to depend not just on the channel, but also on how many excess antennas the receiver has. I would benefit from knowing whether they have 2 or 3 antennas even if I can only send them at most 2 streams. > > Thanks, > Dan-- > 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 > -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)