From: Johannes Berg <johannes@sipsolutions.net>
To: Mahesh Palivela <maheshp@posedge.com>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v3] mac80211: VHT peer STA caps
Date: Mon, 01 Oct 2012 13:20:17 +0200 [thread overview]
Message-ID: <1349090417.10330.27.camel@jlt4.sipsolutions.net> (raw)
In-Reply-To: <952C5D5D0470AE4FB7D8A75C6ADC71CA0FCF6D5B@mbx022-e1-nj-10.exch022.domain.local>
Hm, seems I missed this before:
> --- a/include/net/cfg80211.h
> +++ b/include/net/cfg80211.h
> @@ -498,6 +498,7 @@ enum station_parameters_apply_mask {
> * @plink_action: plink action to take
> * @plink_state: set the peer link state for a station
> * @ht_capa: HT capabilities of station
> + * @vht_capa: VHT capabilities of station
> * @uapsd_queues: bitmap of queues configured for uapsd. same format
> * as the AC bitmap in the QoS info field
> * @max_sp: max Service Period. same format as the MAX_SP in the
> @@ -517,6 +518,7 @@ struct station_parameters {
> u8 plink_action;
> u8 plink_state;
> struct ieee80211_ht_cap *ht_capa;
> + struct ieee80211_vht_cap *vht_capa;
I don't think this should be part of this particular patch? Shouldn't
there be a cfg80211/nl80211 patch to allow hostapd to set this
information when adding a station, like for HT, and then that patch
introduces this struct member?
> + * @vht_cap: VHT capabilities of this STA; Not restricting any capabilities
> + * of remote STA. Taking as is.
Thanks :)
> - 2 + sizeof(struct ieee80211_vht_capabilities) + /* VHT */
> + 2 + sizeof(struct ieee80211_vht_cap) + /* VHT */
Maybe all this renaming (and the ieee80211.h change) could be a separate
patch? Then this would be easier to read overall I think.
> +#include <linux/ieee80211.h>
> +#include <linux/export.h>
export.h isn't needed here (yet)
johannes
next prev parent reply other threads:[~2012-10-01 11:19 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-27 7:27 [PATCH v3] mac80211: VHT peer STA caps Mahesh Palivela
2012-10-01 11:20 ` Johannes Berg [this message]
2012-10-01 14:41 ` Mahesh Palivela
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=1349090417.10330.27.camel@jlt4.sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=maheshp@posedge.com \
/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).