linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel
@ 2012-04-02 11:21 Stanislaw Gruszka
  2012-04-02 11:21 ` [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled Stanislaw Gruszka
  2012-04-02 12:09 ` [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Helmut Schaa
  0 siblings, 2 replies; 7+ messages in thread
From: Stanislaw Gruszka @ 2012-04-02 11:21 UTC (permalink / raw)
  To: John W. Linville; +Cc: linux-wireless, users, Stanislaw Gruszka

This is needed when we are concted to non 11n AP.

Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
---
 drivers/net/wireless/rt2x00/rt2x00.h       |    1 +
 drivers/net/wireless/rt2x00/rt2x00config.c |    5 +++++
 drivers/net/wireless/rt2x00/rt2x00queue.c  |   14 ++++++++++++++
 3 files changed, 20 insertions(+), 0 deletions(-)

diff --git a/drivers/net/wireless/rt2x00/rt2x00.h b/drivers/net/wireless/rt2x00/rt2x00.h
index 471f87c..8de9bfc 100644
--- a/drivers/net/wireless/rt2x00/rt2x00.h
+++ b/drivers/net/wireless/rt2x00/rt2x00.h
@@ -692,6 +692,7 @@ enum rt2x00_state_flags {
 	 */
 	CONFIG_CHANNEL_HT40,
 	CONFIG_POWERSAVING,
+	CONFIG_HT_DISABLED,
 
 	/*
 	 * Mark we currently are sequentially reading TX_STA_FIFO register
diff --git a/drivers/net/wireless/rt2x00/rt2x00config.c b/drivers/net/wireless/rt2x00/rt2x00config.c
index 293676b..e7361d9 100644
--- a/drivers/net/wireless/rt2x00/rt2x00config.c
+++ b/drivers/net/wireless/rt2x00/rt2x00config.c
@@ -217,6 +217,11 @@ void rt2x00lib_config(struct rt2x00_dev *rt2x00dev,
 	libconf.conf = conf;
 
 	if (ieee80211_flags & IEEE80211_CONF_CHANGE_CHANNEL) {
+		if (!conf_is_ht(conf))
+			set_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
+		else
+			clear_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
+
 		if (conf_is_ht40(conf)) {
 			set_bit(CONFIG_CHANNEL_HT40, &rt2x00dev->flags);
 			hw_value = rt2x00ht_center_channel(rt2x00dev, conf);
diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
index 9b1b2b7..f7403cf 100644
--- a/drivers/net/wireless/rt2x00/rt2x00queue.c
+++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
@@ -320,6 +320,20 @@ static void rt2x00queue_create_tx_descriptor_ht(struct rt2x00_dev *rt2x00dev,
 		txdesc->u.ht.wcid = sta_priv->wcid;
 	}
 
+	if (test_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags)) {
+		if (ieee80211_is_beacon(hdr->frame_control))
+			txdesc->u.ht.txop = TXOP_PIFS;
+		else if (!(tx_info->flags & IEEE80211_TX_CTL_FIRST_FRAGMENT))
+			txdesc->u.ht.txop = TXOP_SIFS;
+		else
+			txdesc->u.ht.txop = TXOP_BACKOFF;
+
+		txdesc->u.ht.mcs = txrate->idx;
+
+		/* Left zero on all other settings. */
+		return;
+	}
+
 	txdesc->u.ht.ba_size = 7;	/* FIXME: What value is needed? */
 
 	/*
-- 
1.7.1


^ permalink raw reply related	[flat|nested] 7+ messages in thread

* [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled
  2012-04-02 11:21 [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Stanislaw Gruszka
@ 2012-04-02 11:21 ` Stanislaw Gruszka
  2012-04-02 13:26   ` Helmut Schaa
  2012-04-02 12:09 ` [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Helmut Schaa
  1 sibling, 1 reply; 7+ messages in thread
From: Stanislaw Gruszka @ 2012-04-02 11:21 UTC (permalink / raw)
  To: John W. Linville; +Cc: linux-wireless, users, Stanislaw Gruszka

This is workaround H/W or F/W bug, see in code comments. Without the fix
ping can receive duplicated ICMP frames while associated with legacy AP.

Reported-by: Walter Goldens <goldenstranger@yahoo.com>
Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
---
 drivers/net/wireless/rt2x00/rt2x00.h      |    1 +
 drivers/net/wireless/rt2x00/rt2x00mac.c   |   10 ++++++++++
 drivers/net/wireless/rt2x00/rt2x00queue.c |   15 +++++++++++++--
 3 files changed, 24 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/rt2x00/rt2x00.h b/drivers/net/wireless/rt2x00/rt2x00.h
index 8de9bfc..5583214 100644
--- a/drivers/net/wireless/rt2x00/rt2x00.h
+++ b/drivers/net/wireless/rt2x00/rt2x00.h
@@ -693,6 +693,7 @@ enum rt2x00_state_flags {
 	CONFIG_CHANNEL_HT40,
 	CONFIG_POWERSAVING,
 	CONFIG_HT_DISABLED,
+	CONFIG_QOS_DISABLED,
 
 	/*
 	 * Mark we currently are sequentially reading TX_STA_FIFO register
diff --git a/drivers/net/wireless/rt2x00/rt2x00mac.c b/drivers/net/wireless/rt2x00/rt2x00mac.c
index 2df2eb6..b49773e 100644
--- a/drivers/net/wireless/rt2x00/rt2x00mac.c
+++ b/drivers/net/wireless/rt2x00/rt2x00mac.c
@@ -709,9 +709,19 @@ void rt2x00mac_bss_info_changed(struct ieee80211_hw *hw,
 			rt2x00dev->intf_associated--;
 
 		rt2x00leds_led_assoc(rt2x00dev, !!rt2x00dev->intf_associated);
+
+		clear_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags);
 	}
 
 	/*
+	 * Check for access point which do not support 802.11e . We have to
+	 * generate data frames sequence number in S/W for such AP, because
+	 * of H/W bug.
+	 */
+	if (changes & BSS_CHANGED_QOS && !bss_conf->qos)
+		set_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags);
+
+	/*
 	 * When the erp information has changed, we should perform
 	 * additional configuration steps. For all other changes we are done.
 	 */
diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
index f7403cf..5019a3e 100644
--- a/drivers/net/wireless/rt2x00/rt2x00queue.c
+++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
@@ -213,8 +213,19 @@ static void rt2x00queue_create_tx_descriptor_seq(struct rt2x00_dev *rt2x00dev,
 
 	__set_bit(ENTRY_TXD_GENERATE_SEQ, &txdesc->flags);
 
-	if (!test_bit(REQUIRE_SW_SEQNO, &rt2x00dev->cap_flags))
-		return;
+	if (!test_bit(REQUIRE_SW_SEQNO, &rt2x00dev->cap_flags)) {
+		/*
+		 * rt2800 has a H/W (or F/W) bug, device incorrectly increase
+		 * seqno on retransmited data (non-QOS) frames. To workaround
+		 * the problem let's generate seqno in software if QOS is
+		 * disabled.
+		 */
+		if (test_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags))
+			__clear_bit(ENTRY_TXD_GENERATE_SEQ, &txdesc->flags);
+		else
+			/* H/W will generate sequence number */
+			return;
+	}
 
 	/*
 	 * The hardware is not able to insert a sequence number. Assign a
-- 
1.7.1


^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel
  2012-04-02 11:21 [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Stanislaw Gruszka
  2012-04-02 11:21 ` [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled Stanislaw Gruszka
@ 2012-04-02 12:09 ` Helmut Schaa
  2012-04-02 12:35   ` Stanislaw Gruszka
  1 sibling, 1 reply; 7+ messages in thread
From: Helmut Schaa @ 2012-04-02 12:09 UTC (permalink / raw)
  To: Stanislaw Gruszka; +Cc: John W. Linville, linux-wireless, users

Hi Stanislaw,

On Mon, Apr 2, 2012 at 1:21 PM, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> This is needed when we are concted to non 11n AP.
>
> Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
> ---
>  drivers/net/wireless/rt2x00/rt2x00.h       |    1 +
>  drivers/net/wireless/rt2x00/rt2x00config.c |    5 +++++
>  drivers/net/wireless/rt2x00/rt2x00queue.c  |   14 ++++++++++++++
>  3 files changed, 20 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/net/wireless/rt2x00/rt2x00.h b/drivers/net/wireless/rt2x00/rt2x00.h
> index 471f87c..8de9bfc 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00.h
> +++ b/drivers/net/wireless/rt2x00/rt2x00.h
> @@ -692,6 +692,7 @@ enum rt2x00_state_flags {
>         */
>        CONFIG_CHANNEL_HT40,
>        CONFIG_POWERSAVING,
> +       CONFIG_HT_DISABLED,
>
>        /*
>         * Mark we currently are sequentially reading TX_STA_FIFO register
> diff --git a/drivers/net/wireless/rt2x00/rt2x00config.c b/drivers/net/wireless/rt2x00/rt2x00config.c
> index 293676b..e7361d9 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00config.c
> +++ b/drivers/net/wireless/rt2x00/rt2x00config.c
> @@ -217,6 +217,11 @@ void rt2x00lib_config(struct rt2x00_dev *rt2x00dev,
>        libconf.conf = conf;
>
>        if (ieee80211_flags & IEEE80211_CONF_CHANGE_CHANNEL) {
> +               if (!conf_is_ht(conf))
> +                       set_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
> +               else
> +                       clear_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
> +
>                if (conf_is_ht40(conf)) {
>                        set_bit(CONFIG_CHANNEL_HT40, &rt2x00dev->flags);
>                        hw_value = rt2x00ht_center_channel(rt2x00dev, conf);
> diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
> index 9b1b2b7..f7403cf 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00queue.c
> +++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
> @@ -320,6 +320,20 @@ static void rt2x00queue_create_tx_descriptor_ht(struct rt2x00_dev *rt2x00dev,
>                txdesc->u.ht.wcid = sta_priv->wcid;
>        }
>
> +       if (test_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags)) {
> +               if (ieee80211_is_beacon(hdr->frame_control))
> +                       txdesc->u.ht.txop = TXOP_PIFS;

Why should we use PIFS for the beacon? Is that what the ralink drivers
are doing?

> +               else if (!(tx_info->flags & IEEE80211_TX_CTL_FIRST_FRAGMENT))
> +                       txdesc->u.ht.txop = TXOP_SIFS;
> +               else
> +                       txdesc->u.ht.txop = TXOP_BACKOFF;
> +
> +               txdesc->u.ht.mcs = txrate->idx;
> +

This lacks short preamble handling. Something like:

if (txrate->flags & IEEE80211_TX_RC_USE_SHORT_PREAMBLE)
  txdesc->u.ht.mcs |= 0x08;

Actually, you could just shuffle the code a bit such that the rate setup
happens before all the HT stuff, no?

Helmut

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel
  2012-04-02 12:09 ` [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Helmut Schaa
@ 2012-04-02 12:35   ` Stanislaw Gruszka
  2012-04-02 13:20     ` Helmut Schaa
  0 siblings, 1 reply; 7+ messages in thread
From: Stanislaw Gruszka @ 2012-04-02 12:35 UTC (permalink / raw)
  To: Helmut Schaa; +Cc: John W. Linville, linux-wireless, users

Hello

On Mon, Apr 02, 2012 at 02:09:14PM +0200, Helmut Schaa wrote:
> Why should we use PIFS for the beacon? Is that what the ralink drivers
> are doing?
Hmm, seems that is my own invention. I thought that should be used for
beacons, but currently I can only find in docs, that this is only needed
for entering PCF.
 
> > +               else if (!(tx_info->flags & IEEE80211_TX_CTL_FIRST_FRAGMENT))
> > +                       txdesc->u.ht.txop = TXOP_SIFS;
> > +               else
> > +                       txdesc->u.ht.txop = TXOP_BACKOFF;
> > +
> > +               txdesc->u.ht.mcs = txrate->idx;
> > +
> 
> This lacks short preamble handling. Something like:
> 
> if (txrate->flags & IEEE80211_TX_RC_USE_SHORT_PREAMBLE)
>   txdesc->u.ht.mcs |= 0x08;
> 
> Actually, you could just shuffle the code a bit such that the rate setup
> happens before all the HT stuff, no?
Make sense.

Stanislaw

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel
  2012-04-02 12:35   ` Stanislaw Gruszka
@ 2012-04-02 13:20     ` Helmut Schaa
  2012-04-04 14:15       ` [PATCH 1/2 v2] " Stanislaw Gruszka
  0 siblings, 1 reply; 7+ messages in thread
From: Helmut Schaa @ 2012-04-02 13:20 UTC (permalink / raw)
  To: Stanislaw Gruszka; +Cc: John W. Linville, linux-wireless, users

On Mon, Apr 2, 2012 at 2:35 PM, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> On Mon, Apr 02, 2012 at 02:09:14PM +0200, Helmut Schaa wrote:
>> Why should we use PIFS for the beacon? Is that what the ralink drivers
>> are doing?
> Hmm, seems that is my own invention. I thought that should be used for
> beacons, but currently I can only find in docs, that this is only needed
> for entering PCF.

Ok, so if we're running in non-HT mode we could just always stick to
TXOP_BACKOFF and only use SIFS for bursts? Makes sense I guess.

Thanks,
Helmut

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled
  2012-04-02 11:21 ` [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled Stanislaw Gruszka
@ 2012-04-02 13:26   ` Helmut Schaa
  0 siblings, 0 replies; 7+ messages in thread
From: Helmut Schaa @ 2012-04-02 13:26 UTC (permalink / raw)
  To: Stanislaw Gruszka; +Cc: John W. Linville, linux-wireless, users

On Mon, Apr 2, 2012 at 1:21 PM, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> This is workaround H/W or F/W bug, see in code comments. Without the fix
> ping can receive duplicated ICMP frames while associated with legacy AP.
>
> Reported-by: Walter Goldens <goldenstranger@yahoo.com>
> Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>

I don't have a better idea right now :) so this workaround looks suitable to me.

Acked-by: Helmut Schaa <helmut.schaa@googlemail.com>

Thanks for tracking this down Stanislaw!

> ---
>  drivers/net/wireless/rt2x00/rt2x00.h      |    1 +
>  drivers/net/wireless/rt2x00/rt2x00mac.c   |   10 ++++++++++
>  drivers/net/wireless/rt2x00/rt2x00queue.c |   15 +++++++++++++--
>  3 files changed, 24 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/wireless/rt2x00/rt2x00.h b/drivers/net/wireless/rt2x00/rt2x00.h
> index 8de9bfc..5583214 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00.h
> +++ b/drivers/net/wireless/rt2x00/rt2x00.h
> @@ -693,6 +693,7 @@ enum rt2x00_state_flags {
>        CONFIG_CHANNEL_HT40,
>        CONFIG_POWERSAVING,
>        CONFIG_HT_DISABLED,
> +       CONFIG_QOS_DISABLED,
>
>        /*
>         * Mark we currently are sequentially reading TX_STA_FIFO register
> diff --git a/drivers/net/wireless/rt2x00/rt2x00mac.c b/drivers/net/wireless/rt2x00/rt2x00mac.c
> index 2df2eb6..b49773e 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00mac.c
> +++ b/drivers/net/wireless/rt2x00/rt2x00mac.c
> @@ -709,9 +709,19 @@ void rt2x00mac_bss_info_changed(struct ieee80211_hw *hw,
>                        rt2x00dev->intf_associated--;
>
>                rt2x00leds_led_assoc(rt2x00dev, !!rt2x00dev->intf_associated);
> +
> +               clear_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags);
>        }
>
>        /*
> +        * Check for access point which do not support 802.11e . We have to
> +        * generate data frames sequence number in S/W for such AP, because
> +        * of H/W bug.
> +        */
> +       if (changes & BSS_CHANGED_QOS && !bss_conf->qos)
> +               set_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags);
> +
> +       /*
>         * When the erp information has changed, we should perform
>         * additional configuration steps. For all other changes we are done.
>         */
> diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
> index f7403cf..5019a3e 100644
> --- a/drivers/net/wireless/rt2x00/rt2x00queue.c
> +++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
> @@ -213,8 +213,19 @@ static void rt2x00queue_create_tx_descriptor_seq(struct rt2x00_dev *rt2x00dev,
>
>        __set_bit(ENTRY_TXD_GENERATE_SEQ, &txdesc->flags);
>
> -       if (!test_bit(REQUIRE_SW_SEQNO, &rt2x00dev->cap_flags))
> -               return;
> +       if (!test_bit(REQUIRE_SW_SEQNO, &rt2x00dev->cap_flags)) {
> +               /*
> +                * rt2800 has a H/W (or F/W) bug, device incorrectly increase
> +                * seqno on retransmited data (non-QOS) frames. To workaround
> +                * the problem let's generate seqno in software if QOS is
> +                * disabled.
> +                */
> +               if (test_bit(CONFIG_QOS_DISABLED, &rt2x00dev->flags))
> +                       __clear_bit(ENTRY_TXD_GENERATE_SEQ, &txdesc->flags);
> +               else
> +                       /* H/W will generate sequence number */
> +                       return;
> +       }
>
>        /*
>         * The hardware is not able to insert a sequence number. Assign a
> --
> 1.7.1
>
> --
> 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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [PATCH 1/2 v2] rt2x00: configure different txdesc parameters for non HT channel
  2012-04-02 13:20     ` Helmut Schaa
@ 2012-04-04 14:15       ` Stanislaw Gruszka
  0 siblings, 0 replies; 7+ messages in thread
From: Stanislaw Gruszka @ 2012-04-04 14:15 UTC (permalink / raw)
  To: John W. Linville; +Cc: linux-wireless, users, Helmut Schaa

This is needed when we are concted to non 11n AP.

v1 -> v2: set correctly txdesc->u.ht.txop and txdesc->u.ht.mcs

Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
---
 drivers/net/wireless/rt2x00/rt2x00.h       |    1 +
 drivers/net/wireless/rt2x00/rt2x00config.c |    5 +++++
 drivers/net/wireless/rt2x00/rt2x00queue.c  |   26 ++++++++++++++++++--------
 3 files changed, 24 insertions(+), 8 deletions(-)

diff --git a/drivers/net/wireless/rt2x00/rt2x00.h b/drivers/net/wireless/rt2x00/rt2x00.h
index 471f87c..8de9bfc 100644
--- a/drivers/net/wireless/rt2x00/rt2x00.h
+++ b/drivers/net/wireless/rt2x00/rt2x00.h
@@ -692,6 +692,7 @@ enum rt2x00_state_flags {
 	 */
 	CONFIG_CHANNEL_HT40,
 	CONFIG_POWERSAVING,
+	CONFIG_HT_DISABLED,
 
 	/*
 	 * Mark we currently are sequentially reading TX_STA_FIFO register
diff --git a/drivers/net/wireless/rt2x00/rt2x00config.c b/drivers/net/wireless/rt2x00/rt2x00config.c
index 293676b..e7361d9 100644
--- a/drivers/net/wireless/rt2x00/rt2x00config.c
+++ b/drivers/net/wireless/rt2x00/rt2x00config.c
@@ -217,6 +217,11 @@ void rt2x00lib_config(struct rt2x00_dev *rt2x00dev,
 	libconf.conf = conf;
 
 	if (ieee80211_flags & IEEE80211_CONF_CHANGE_CHANNEL) {
+		if (!conf_is_ht(conf))
+			set_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
+		else
+			clear_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags);
+
 		if (conf_is_ht40(conf)) {
 			set_bit(CONFIG_CHANNEL_HT40, &rt2x00dev->flags);
 			hw_value = rt2x00ht_center_channel(rt2x00dev, conf);
diff --git a/drivers/net/wireless/rt2x00/rt2x00queue.c b/drivers/net/wireless/rt2x00/rt2x00queue.c
index 9b1b2b7..acd0133 100644
--- a/drivers/net/wireless/rt2x00/rt2x00queue.c
+++ b/drivers/net/wireless/rt2x00/rt2x00queue.c
@@ -320,14 +320,6 @@ static void rt2x00queue_create_tx_descriptor_ht(struct rt2x00_dev *rt2x00dev,
 		txdesc->u.ht.wcid = sta_priv->wcid;
 	}
 
-	txdesc->u.ht.ba_size = 7;	/* FIXME: What value is needed? */
-
-	/*
-	 * Only one STBC stream is supported for now.
-	 */
-	if (tx_info->flags & IEEE80211_TX_CTL_STBC)
-		txdesc->u.ht.stbc = 1;
-
 	/*
 	 * If IEEE80211_TX_RC_MCS is set txrate->idx just contains the
 	 * mcs rate to be used
@@ -351,6 +343,24 @@ static void rt2x00queue_create_tx_descriptor_ht(struct rt2x00_dev *rt2x00dev,
 			txdesc->u.ht.mcs |= 0x08;
 	}
 
+	if (test_bit(CONFIG_HT_DISABLED, &rt2x00dev->flags)) {
+		if (!(tx_info->flags & IEEE80211_TX_CTL_FIRST_FRAGMENT))
+			txdesc->u.ht.txop = TXOP_SIFS;
+		else
+			txdesc->u.ht.txop = TXOP_BACKOFF;
+
+		/* Left zero on all other settings. */
+		return;
+	}
+
+	txdesc->u.ht.ba_size = 7;	/* FIXME: What value is needed? */
+
+	/*
+	 * Only one STBC stream is supported for now.
+	 */
+	if (tx_info->flags & IEEE80211_TX_CTL_STBC)
+		txdesc->u.ht.stbc = 1;
+
 	/*
 	 * This frame is eligible for an AMPDU, however, don't aggregate
 	 * frames that are intended to probe a specific tx rate.
-- 
1.7.1


^ permalink raw reply related	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2012-04-04 14:16 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-02 11:21 [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Stanislaw Gruszka
2012-04-02 11:21 ` [PATCH 2/2] rt2x00: do not generate seqno in h/w if QOS is disabled Stanislaw Gruszka
2012-04-02 13:26   ` Helmut Schaa
2012-04-02 12:09 ` [PATCH 1/2] rt2x00: configure different txdesc parameters for non HT channel Helmut Schaa
2012-04-02 12:35   ` Stanislaw Gruszka
2012-04-02 13:20     ` Helmut Schaa
2012-04-04 14:15       ` [PATCH 1/2 v2] " Stanislaw Gruszka

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).