Search Linux Wireless

Re: [RFCv2] mac80211: Don't let regulatory make us deaf

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

 



On Mon, Feb 27, 2012 at 11:34:58AM +0100, Johannes Berg wrote:
> Come to think of it, we could also simply configure the channel to be
> the right HT channel during auth, and then still associate as a non-HT
> station later. I realise this isn't the best configuration, but given
> that this is a corner case (TKIP used on an HT AP!) I think we can live
> with that.

In general, it should be fine to enable HT/HT40 configuration for
receive and just make sure we never transmit using parameters not
allowed by regulatory or something like HT+TKIP rules. However, there
could be some hardware/firmware designs that would refuse HT+TKIP at
lower layer, so skipping the channel (re-)configuration could
potentially cause some problems. I'm not aware of any specific example
of this, though, so I can only speculate that such a thing could exist.

> More importantly though, I think having to worry about reconfiguring the
> channel will also be a big hassle in upcoming multi-channel code.

Agreed.

-- 
Jouni Malinen                                            PGP id EFC895FA
--
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