<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/sta_info.c, branch linux-rolling-stable</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-rolling-stable</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-rolling-stable'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2026-02-11T12:41:50Z</updated>
<entry>
<title>wifi: mac80211: collect station statistics earlier when disconnect</title>
<updated>2026-02-11T12:41:50Z</updated>
<author>
<name>Baochen Qiang</name>
</author>
<published>2025-12-22T02:29:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=74309a4b0ffc75af61a4fd440c8be0e6e3f0d8a2'/>
<id>urn:sha1:74309a4b0ffc75af61a4fd440c8be0e6e3f0d8a2</id>
<content type='text'>
[ Upstream commit a203dbeeca15a9b924f0d51f510921f4bae96801 ]

In __sta_info_destroy_part2(), station statistics are requested after the
IEEE80211_STA_NONE -&gt; IEEE80211_STA_NOTEXIST transition. This is
problematic because the driver may be unable to handle the request due to
the STA being in the NOTEXIST state (i.e. if the driver destroys the
underlying data when transitioning to NOTEXIST).

Move the statistics collection to before the state transition to avoid
this issue.

Signed-off-by: Baochen Qiang &lt;baochen.qiang@oss.qualcomm.com&gt;
Link: https://patch.msgid.link/20251222-mac80211-move-station-stats-collection-earlier-v1-1-12cd4e42c633@oss.qualcomm.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: Remove redundant rcu_read_lock/unlock() in spin_lock</title>
<updated>2025-09-19T09:48:14Z</updated>
<author>
<name>pengdonglin</name>
</author>
<published>2025-09-16T04:47:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=872e397d62a67843ea09cf6641819cb1a7e5ee98'/>
<id>urn:sha1:872e397d62a67843ea09cf6641819cb1a7e5ee98</id>
<content type='text'>
Since commit a8bb74acd8efe ("rcu: Consolidate RCU-sched update-side function definitions")
there is no difference between rcu_read_lock(), rcu_read_lock_bh() and
rcu_read_lock_sched() in terms of RCU read section and the relevant grace
period. That means that spin_lock(), which implies rcu_read_lock_sched(),
also implies rcu_read_lock().

There is no need no explicitly start a RCU read section if one has already
been started implicitly by spin_lock().

Simplify the code and remove the inner rcu_read_lock() invocation.

Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: pengdonglin &lt;pengdonglin@xiaomi.com&gt;
Signed-off-by: pengdonglin &lt;dolinux.peng@gmail.com&gt;
Link: https://patch.msgid.link/20250916044735.2316171-11-dolinux.peng@gmail.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: fix reporting of all valid links in sta_set_sinfo()</title>
<updated>2025-09-10T08:46:34Z</updated>
<author>
<name>Sarika Sharma</name>
</author>
<published>2025-09-04T10:40:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=eebccbfea4184feb758c104783b870ec4ddb6aec'/>
<id>urn:sha1:eebccbfea4184feb758c104783b870ec4ddb6aec</id>
<content type='text'>
Currently, sta_set_sinfo() fails to populate link-level station info
when sinfo-&gt;valid_links is initially 0 and sta-&gt;sta.valid_links has
bits set for links other than link 0. This typically occurs when
association happens on a non-zero link or link 0 deleted dynamically.
In such cases, the for_each_valid_link(sinfo, link_id) loop only
executes for link 0 and terminates early, since sinfo-&gt;valid_links
remains 0. As a result, only MLD-level information is reported to
userspace.

Hence to fix, initialize sinfo-&gt;valid_links with sta-&gt;sta.valid_links
before entering the loop to ensure loop executes for each valid link.
During iteration, mask out invalid links from sinfo-&gt;valid_links if
any of sta-&gt;link[link_id], sdata-&gt;link[link_id], or sinfo-&gt;links[link_id]
are not present, to report only valid link information.

Fixes: 505991fba9ec ("wifi: mac80211: extend support to fill link level sinfo structure")
Signed-off-by: Sarika Sharma &lt;quic_sarishar@quicinc.com&gt;
Link: https://patch.msgid.link/20250904104054.790321-1-quic_sarishar@quicinc.com
[clarify comment]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: reduce the scope of link_id</title>
<updated>2025-09-04T09:19:03Z</updated>
<author>
<name>Miri Korenblit</name>
</author>
<published>2025-09-03T08:39:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=937d6aea5c6211fe2c8eb6f99b5baa6887a696c4'/>
<id>urn:sha1:937d6aea5c6211fe2c8eb6f99b5baa6887a696c4</id>
<content type='text'>
Reduce the scope of the link_id variable in sta_set_sinfo to the 'if'
scope.

Signed-off-by: Miri Korenblit &lt;miriam.rachel.korenblit@intel.com&gt;
Link: https://patch.msgid.link/20250903083904.1972284-2-miriam.rachel.korenblit@intel.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: add mandatory bitrate support for 6 GHz</title>
<updated>2025-07-09T09:52:35Z</updated>
<author>
<name>Somashekhar Puttagangaiah</name>
</author>
<published>2025-06-09T18:35:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bc7566fbc49afc3c92cdb0da2a5d8f51bcef1f58'/>
<id>urn:sha1:bc7566fbc49afc3c92cdb0da2a5d8f51bcef1f58</id>
<content type='text'>
When a new station is added, ensure that mandatory bit-rates
are enabled for 6 GHz band.

Signed-off-by: Somashekhar Puttagangaiah &lt;somashekhar.puttagangaiah@intel.com&gt;
Reviewed-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Miri Korenblit &lt;miriam.rachel.korenblit@intel.com&gt;
Link: https://patch.msgid.link/20250609213231.4aecd7f3b85b.I33a54872a3267c9f6155ce537d6c9c2a31c3f117@changeid
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: add link_sta_statistics ops to fill link station statistics</title>
<updated>2025-06-24T13:19:27Z</updated>
<author>
<name>Sarika Sharma</name>
</author>
<published>2025-05-28T05:44:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4cb1ce7e254adeeeec7ccbb45125307aec4d0f0b'/>
<id>urn:sha1:4cb1ce7e254adeeeec7ccbb45125307aec4d0f0b</id>
<content type='text'>
Currently, link station statistics for MLO are filled by mac80211.
But there are some statistics that kept by mac80211 might not be
accurate, so let the driver pre-fill the link statistics. The driver
can fill the values (indicating which field is filled, by setting the
filled bitmapin in link_station structure).
Statistics that driver don't fill are filled by mac80211.

Hence, add link_sta_statistics callback to fill link station statistics
for MLO in sta_set_link_sinfo() by drivers.

Signed-off-by: Sarika Sharma &lt;quic_sarishar@quicinc.com&gt;
Link: https://patch.msgid.link/20250528054420.3050133-11-quic_sarishar@quicinc.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: extend support to fill link level sinfo structure</title>
<updated>2025-06-24T13:19:26Z</updated>
<author>
<name>Sarika Sharma</name>
</author>
<published>2025-05-28T05:44:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=505991fba9ec112770c79a0fea56b4c49a5ad2fa'/>
<id>urn:sha1:505991fba9ec112770c79a0fea56b4c49a5ad2fa</id>
<content type='text'>
Currently, sinfo structure is supported to fill information at
deflink( or one of the links) level for station. This has problems
when applied to fetch multi-link(ML) station information.

Hence, if valid_links are present, support filling link_station
structure for each link.

This will be helpful to check the link related statistics during MLO.

Additionally, TXQ stats for pertid are applicable at station level
not at link level. Therefore check link_id is less then 0, before
filling TXQ stats in pertid stats.

Signed-off-by: Sarika Sharma &lt;quic_sarishar@quicinc.com&gt;
Link: https://patch.msgid.link/20250528054420.3050133-9-quic_sarishar@quicinc.com
[fix some indentation]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: add support to accumulate removed link statistics</title>
<updated>2025-06-24T13:19:26Z</updated>
<author>
<name>Sarika Sharma</name>
</author>
<published>2025-05-28T05:44:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=80b2fa46791742cf8723813bcc93cf39f107c034'/>
<id>urn:sha1:80b2fa46791742cf8723813bcc93cf39f107c034</id>
<content type='text'>
Currently, if a link gets removed in between for a station then
directly accumulated data will fall down to sum of other active links.
This will bring inconsistency in station dump statistics.

For instance, let's take Tx packets
- at t=0-&gt; link-0:2 link-1:3 Tx packets =&gt; accumulated = 5
- at t=1-&gt; link-0:4 link-1:6 Tx packets =&gt; accumulated = 10
let say at t=2, link-0 went down =&gt; link-0:0 link-1:7 =&gt; accumulated = 7
Here, suddenly accumulated Tx packets will come down to 7 from 10.
This is showing inconsistency.

Therefore, store link-0 data when it went down and add to accumulated
Tx packet = 11.

Hence, store the removed link statistics data in sta structure and
add it in accumulated statistics for consistency.

Signed-off-by: Sarika Sharma &lt;quic_sarishar@quicinc.com&gt;
Link: https://patch.msgid.link/20250528054420.3050133-7-quic_sarishar@quicinc.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>wifi: mac80211: add support towards MLO handling of station statistics</title>
<updated>2025-06-24T13:19:26Z</updated>
<author>
<name>Sarika Sharma</name>
</author>
<published>2025-05-28T05:44:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e581b7fe62218d390520287e0095bfd6fe0454f8'/>
<id>urn:sha1:e581b7fe62218d390520287e0095bfd6fe0454f8</id>
<content type='text'>
Currently, in supporting API's to fill sinfo structure from sta
structure, is mapped to fill the fields from sta-&gt;deflink. However,
for multi-link (ML) station, sinfo structure should be filled from
corresponding link_id.

Therefore, add  link_id as an additional argument in supporting API's
for filling sinfo structure correctly. Link_id is set to -1 for non-ML
station and corresponding link_id for ML stations. In supporting API's
for filling sinfo structure, check for link_id, if link_id &lt; 0, fill
the sinfo structure from sta-&gt;deflink, otherwise fill from
sta-&gt;link[link_id].

Current, changes are done at the deflink level i.e, pass -1 as link_id.
Actual link_id will be added in subsequent patches to support
station statistics for MLO.

Signed-off-by: Sarika Sharma &lt;quic_sarishar@quicinc.com&gt;
Link: https://patch.msgid.link/20250528054420.3050133-2-quic_sarishar@quicinc.com
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>treewide, timers: Rename from_timer() to timer_container_of()</title>
<updated>2025-06-08T07:07:37Z</updated>
<author>
<name>Ingo Molnar</name>
</author>
<published>2025-05-09T05:51:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=41cb08555c4164996d67c78b3bf1c658075b75f1'/>
<id>urn:sha1:41cb08555c4164996d67c78b3bf1c658075b75f1</id>
<content type='text'>
Move this API to the canonical timer_*() namespace.

[ tglx: Redone against pre rc1 ]

Signed-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Link: https://lore.kernel.org/all/aB2X0jCKQO56WdMt@gmail.com

</content>
</entry>
</feed>
