Search Linux Wireless

RE: [RFC v3] cfg80211/mac80211: 802.11ac changes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



________________________________________
From: Johannes Berg [johannes@xxxxxxxxxxxxxxxx]
Sent: Friday, June 22, 2012 12:03 PM
To: Mahesh Palivela
Cc: Arend van Spriel; linville@xxxxxxxxxxxxx; linux-wireless@xxxxxxxxxxxxxxx
Subject: RE: [RFC v3] cfg80211/mac80211: 802.11ac changes

On Fri, 2012-06-22 at 03:06 +0000, Mahesh Palivela wrote:
> ________________________________________
> From: Arend van Spriel [arend@xxxxxxxxxxxx]
> Sent: Friday, June 22, 2012 12:32 AM
> To: Johannes Berg
> Cc: Mahesh Palivela; linville@xxxxxxxxxxxxx; linux-wireless@xxxxxxxxxxxxxxx
> Subject: Re: [RFC v3] cfg80211/mac80211: 802.11ac changes
>
> On 06/21/2012 08:39 PM, Johannes Berg wrote:
> > On Thu, 2012-06-21 at 20:34 +0200, Arend van Spriel wrote:
> >> On 06/21/2012 08:14 PM, Johannes Berg wrote:
> >>> On Thu, 2012-06-21 at 16:51 +0000, Mahesh Palivela wrote:
> >>>
> >>>> +/* 802.11ac VHT Capabilities */
> >>>> +#define IEEE80211_VHT_CAP_MAX_MPDU_LENGTH_7991                0x00000001
> >>>> +#define IEEE80211_VHT_CAP_MAX_MPDU_LENGTH_11454               0x00000002
> >>>
> >>> I have a feeling there should be a value for 3895, since this isn't
> >>> really a bitfield only (it doesn't make sense to set both of these, in
> >>> fact 3 is reserved)
> >>
> >> These are matching the values specified for the VHP Capability Info IE.
> >> 3895 is specified as 0. Value 3 is reserved because it is not to be
> >> regarded as a bit field.
> >
> > Right, but I think it'd make more sense to actually have the 3895 value
> > as a constant here so you're not tempted to think that you could set
>
> [MP] Should I declare another constant for this?
> +#define IEEE80211_VHT_CAP_MAX_MPDU_LENGTH_3895   0

Yes I think that would be good

johannes

But every VHT capability bitfields value zero has a meaning.
Max_MPDU_len field is 2 bits. 0 - 3895, 1 - 7991, 2 - 11454, 3 - reserved
Supp_ch_width field is 2 bits. 0 - 160 MHz not supp, 1 - 160 MHz supp, 2 - 160/80+80 supp.
My point is should we have constant defines for all of those?

Thanks,
Mahesh--
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


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux