Search Linux Wireless

Re: Wireless disassociations..

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

 



On Mon, 2013-08-19 at 08:45 -0700, Linus Torvalds wrote:
> Is anybody following this bugzilla?
> 
>    https://bugzilla.kernel.org/show_bug.cgi?id=60690
> 
> it has a bisection in it, and a patch?

It just came back to me and I commented on it - I think/hope that
commits
ddfe49b42d8ad4bfdf92d63d4a74f162660d878d (mac80211: continue using disabled channels while connected)
5cdaed1e878d723d56d04ae0be1738124acf9f46 (mac80211: ignore HT primary channel while connected)

will have fixed this case as well as
https://bugzilla.redhat.com/show_bug.cgi?id=981445

> The patch is a bit odd, but quite frankly, the current values for
> IEEE80211_HT_PARAM_CHA_SEC_xxx are (a) odd and (b) used very oddly
> too. Is it possible that that 0x03 really should be 0x02?

The patch basically removes the code, the value really should be 0x3 as
defined by the 802.11 spec table 8-130:

        Set to 1 (SCA) if the secondary channel is secondary channel
        relative to above the primary channel the primary channel.
        
        Set to 3 (SCB) if the secondary channel is below the primary
        channel
        
        Set to 0 (SCN) if no secondary channel is present
        
        The value 2 is reserved

(it's a two-bit field)

johannes

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