linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@qca.qualcomm.com>
To: Kiran Reddy <c_lreddy@qca.qualcomm.com>
Cc: <ath6kl-devel@qualcomm.com>, <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v3] ath6kl: separate ht cap for each band
Date: Wed, 30 May 2012 08:29:23 +0300	[thread overview]
Message-ID: <4FC5B033.7020900@qca.qualcomm.com> (raw)
In-Reply-To: <1338315170-9940-1-git-send-email-c_lreddy@qca.qualcomm.com>

On 05/29/2012 09:12 PM, Kiran Reddy wrote:
> In virtual interface structure, for each band separate ht cap
> is needed. so that one can disable or enable ht capability band
> wise.
> This will fix the following issue:
> 
> 1) Disable 11n from supplicant and start a P2P GO.
> 2) In beacon frames no HT-CAP IE is seen which is expected.
> 3) Now remove the P2P GO and kill the supplicant.
> 4) Beacon stops
> 5) Now using iw  associate to an external AP in 5 GHZ
> 6) In 5 GHZ no HT IE going in assoc request but
> when  associated in 2.4 GHZ can see HT IES over the air
> in assoc request.
> 
> In the code for del_beacon in cfg80211.c,set_ht_cap is being
> called first for 2.4 GHZ and then for 5 GHZ. When  called
> for the first time for 2.4 GHZ the enable flag will be set to true
> and so when called for the second time for 5 GHZ it just returns
> after checking the flag.
> 
> Also using this one can have different HT capabilities
> per band (for example one may decide not to use 20/40 in 2.4 GHZ
> but use it in 5 GHZ). So maintaining a single context is not ok.
> it is true for even the enable/disable flag and other HT
> capabilities as well
> 
> Signed-off-by: Kiran Reddy <c_lreddy@qca.qualcomm.com>

Thanks, applied.

Kalle

      reply	other threads:[~2012-05-30  5:29 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-29 18:12 [PATCH v3] ath6kl: separate ht cap for each band Kiran Reddy
2012-05-30  5:29 ` Kalle Valo [this message]

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=4FC5B033.7020900@qca.qualcomm.com \
    --to=kvalo@qca.qualcomm.com \
    --cc=ath6kl-devel@qualcomm.com \
    --cc=c_lreddy@qca.qualcomm.com \
    --cc=linux-wireless@vger.kernel.org \
    /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).