<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/wireless/scan.c, branch linux-5.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2021-08-04T10:47:50Z</updated>
<entry>
<title>cfg80211: Fix possible memory leak in function cfg80211_bss_update</title>
<updated>2021-08-04T10:47:50Z</updated>
<author>
<name>Nguyen Dinh Phi</name>
</author>
<published>2021-06-28T13:23:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d68acf3537656959493419acaf0c66fb6242f21f'/>
<id>urn:sha1:d68acf3537656959493419acaf0c66fb6242f21f</id>
<content type='text'>
commit f9a5c358c8d26fed0cc45f2afc64633d4ba21dff upstream.

When we exceed the limit of BSS entries, this function will free the
new entry, however, at this time, it is the last door to access the
inputed ies, so these ies will be unreferenced objects and cause memory
leak.
Therefore we should free its ies before deallocating the new entry, beside
of dropping it from hidden_list.

Signed-off-by: Nguyen Dinh Phi &lt;phind.uet@gmail.com&gt;
Link: https://lore.kernel.org/r/20210628132334.851095-1-phind.uet@gmail.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Merge tag 'mac80211-next-for-net-next-2021-04-20' of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next</title>
<updated>2021-04-20T23:44:04Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2021-04-20T23:44:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=08322284c1620f01f0ece9907b6125be877e247b'/>
<id>urn:sha1:08322284c1620f01f0ece9907b6125be877e247b</id>
<content type='text'>
Johannes Berg says:

====================
Another set of updates, all over the map:
 * set sk_pacing_shift for 802.3-&gt;802.11 encap offload
 * some monitor support for 802.11-&gt;802.3 decap offload
 * HE (802.11ax) spec updates
 * userspace API for TDLS HE support
 * along with various other small features, cleanups and
   fixups
====================

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cfg80211: scan: drop entry from hidden_list on overflow</title>
<updated>2021-04-19T11:25:50Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2021-04-16T07:42:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=010bfbe768f7ecc876ffba92db30432de4997e2a'/>
<id>urn:sha1:010bfbe768f7ecc876ffba92db30432de4997e2a</id>
<content type='text'>
If we overflow the maximum number of BSS entries and free the
new entry, drop it from any hidden_list that it may have been
added to in the code above or in cfg80211_combine_bsses().

Reported-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Link: https://lore.kernel.org/r/20210416094212.5de7d1676ad7.Ied283b0bc5f504845e7d6ab90626bdfa68bb3dc0@changeid
Cc: stable@vger.kernel.org
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: Remove wrong RNR IE validation check</title>
<updated>2021-04-08T13:33:00Z</updated>
<author>
<name>Ilan Peer</name>
</author>
<published>2021-04-08T12:32:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8a16ffdc4cf37c1e6204054b0fb44052c8a48f0d'/>
<id>urn:sha1:8a16ffdc4cf37c1e6204054b0fb44052c8a48f0d</id>
<content type='text'>
Remove a wrong length check for RNR information element as it
can have arbitrary length.

Signed-off-by: Ilan Peer &lt;ilan.peer@intel.com&gt;
Link: https://lore.kernel.org/r/20210408143224.c7eeaf1a5270.Iead7762982e941a1cbff93f68bf8b5139447ff0c@changeid
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: check S1G beacon compat element length</title>
<updated>2021-04-08T12:44:54Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2021-04-08T12:28:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b5ac0146492fc5c199de767e492be8a66471011a'/>
<id>urn:sha1:b5ac0146492fc5c199de767e492be8a66471011a</id>
<content type='text'>
We need to check the length of this element so that we don't
access data beyond its end. Fix that.

Fixes: 9eaffe5078ca ("cfg80211: convert S1G beacon to scan results")
Link: https://lore.kernel.org/r/20210408142826.f6f4525012de.I9fdeff0afdc683a6024e5ea49d2daa3cd2459d11@changeid
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: avoid holding the RTNL when calling the driver</title>
<updated>2021-01-26T10:55:50Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2021-01-22T15:19:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a05829a7222e9d10c416dd2dbbf3929fe6646b89'/>
<id>urn:sha1:a05829a7222e9d10c416dd2dbbf3929fe6646b89</id>
<content type='text'>
Currently, _everything_ in cfg80211 holds the RTNL, and if you
have a slow USB device (or a few) you can get some bad lock
contention on that.

Fix that by re-adding a mutex to each wiphy/rdev as we had at
some point, so we have locking for the wireless_dev lists and
all the other things in there, and also so that drivers still
don't have to worry too much about it (they still won't get
parallel calls for a single device).

Then, we can restrict the RTNL to a few cases where we add or
remove interfaces and really need the added protection. Some
of the global list management still also uses the RTNL, since
we need to have it anyway for netdev management, but we only
hold the RTNL for very short periods of time here.

Link: https://lore.kernel.org/r/20210122161942.81df9f5e047a.I4a8e1a60b18863ea8c5e6d3a0faeafb2d45b2f40@changeid
Tested-by: Marek Szyprowski &lt;m.szyprowski@samsung.com&gt; [marvell driver issues]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: Update TSF and TSF BSSID for multi BSS</title>
<updated>2020-12-11T11:57:02Z</updated>
<author>
<name>Ilan Peer</name>
</author>
<published>2020-11-29T15:30:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b45a19dd7e46462d0f34fcc05e5b1871d4c415ec'/>
<id>urn:sha1:b45a19dd7e46462d0f34fcc05e5b1871d4c415ec</id>
<content type='text'>
When a new BSS entry is created based on multi BSS IE, the
TSF and the TSF BSSID were not updated. Fix it.

Signed-off-by: Ilan Peer &lt;ilan.peer@intel.com&gt;
Signed-off-by: Luca Coelho &lt;luciano.coelho@intel.com&gt;
Link: https://lore.kernel.org/r/iwlwifi.20201129172929.8377d5063827.I6f2011b6017c2ad507c61a3f1ca03b7177a46e32@changeid
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: scan PSC channels in case of scan with wildcard SSID</title>
<updated>2020-12-11T11:55:16Z</updated>
<author>
<name>Ayala Beker</name>
</author>
<published>2020-11-29T15:30:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d590a125eeb4e161a27527342ae57e3d7d778455'/>
<id>urn:sha1:d590a125eeb4e161a27527342ae57e3d7d778455</id>
<content type='text'>
In case of scan request with wildcard SSID, or in case of more
than one SSID in scan request, need to scan PSC channels even though
all the co-located APs found during the legacy bands scan indicated
that all the APs in their ESS are co-located, as we might find different
networks on the PSC channels.

Signed-off-by: Ayala Beker &lt;ayala.beker@intel.com&gt;
Signed-off-by: Luca Coelho &lt;luciano.coelho@intel.com&gt;
Link: https://lore.kernel.org/r/iwlwifi.20201129172929.736415a9ca5d.If5b3578ae85e11a707a5da07e66ba85928ba702c@changeid
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>nl80211/cfg80211: fix potential infinite loop</title>
<updated>2020-11-06T09:02:24Z</updated>
<author>
<name>Colin Ian King</name>
</author>
<published>2020-10-29T22:24:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ba5c25236bc3d399df82ebe923490ea8d2d35cf2'/>
<id>urn:sha1:ba5c25236bc3d399df82ebe923490ea8d2d35cf2</id>
<content type='text'>
The for-loop iterates with a u8 loop counter and compares this
with the loop upper limit of request-&gt;n_ssids which is an int type.
There is a potential infinite loop if n_ssids is larger than the
u8 loop counter, so fix this by making the loop counter an int.

Addresses-Coverity: ("Infinite loop")
Fixes: c8cb5b854b40 ("nl80211/cfg80211: support 6 GHz scanning")
Signed-off-by: Colin Ian King &lt;colin.king@canonical.com&gt;
Link: https://lore.kernel.org/r/20201029222407.390218-1-colin.king@canonical.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: parse S1G Operation element for BSS channel</title>
<updated>2020-09-28T11:53:05Z</updated>
<author>
<name>Thomas Pedersen</name>
</author>
<published>2020-09-22T02:28:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=66b0564d7e757a193b6f8c925ae30997814fc026'/>
<id>urn:sha1:66b0564d7e757a193b6f8c925ae30997814fc026</id>
<content type='text'>
Extract the BSS primary channel from the S1G Operation
element.

Signed-off-by: Thomas Pedersen &lt;thomas@adapt-ip.com&gt;
Link: https://lore.kernel.org/r/20200922022818.15855-7-thomas@adapt-ip.com
[remove the goto bits]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
</feed>
