All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: Sarika Sharma <quic_sarishar@quicinc.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH RFC 0/7] wifi: cfg80211/mac80211: add support to handle per link statistics of multi-link station
Date: Fri, 10 Jan 2025 10:45:48 +0100	[thread overview]
Message-ID: <8eae424c1dbb45921dcfa6cc8bd07440d3e77632.camel@sipsolutions.net> (raw)
In-Reply-To: <20250110042449.1158789-1-quic_sarishar@quicinc.com>

On Fri, 2025-01-10 at 09:54 +0530, Sarika Sharma wrote:
> 
> Current flow:

FWIW, I really would have preferred to see this discussion separately in
terms of cfg80211 and mac80211. Yes, the design phase obviously requires
both to be addressed, but once you have that I tend to think it's easier
to reason about them individually.

> Proposed flow: (Changes in last block)

Which kind of implies that cfg80211 didn't really change in terms of the
high-level overview, but I'm not sure that's really true?

>  +----------------------------------------------------------+
>  |                 sta_set_sinfo()                          |
>  |   1. fill sinfo structure- info related to station       |
>  |   2. if MLO                                              |
>  |      a. call sta_set_link_sinfo() for each valid link    |
>  |         i. Call mac80211 ops- .link_sta_statistics()     |
>  |            to fill link_sinfo structure                  |
>  |         ii. fill remaining link_sinfo structure          |
>  |      b. call sta_set_mld_info()- to fill accumulated     |
>  |         stats at MLO level                               |
>  |   3. if non-ML                                           |
>  |      a. call sta_set_link_sinfo() for deflink            |
>  |         i. Call mac80211 ops - .link_sta_statistics()    |
>  |            to fill deflink link_sinfo structure          |
>  |         ii. fill remaining link_sinfo structure          |

And that's simply too much detail. The ASCII art is also a distraction
rather than an aid if you ask me ;-)
> 
> Alternate approach:
>    - Keep sinfo structure as it is and use this for non-ML or
>      accumulated statistics for ML station.
>    - Add link sinfo for links with only certain link specific statistics.
>    - Keep mac_op_sta_statistics at MLD level and let driver fill the
>      MLO and link level data, if driver not filling let mac80211 fill
>      the data.
>    - Corresponding changes done to embed statistics into the NL message
>      based on the sinfo/link_sinfo.

And this kind of data-structure based discussion is actually completely
missing for the proposed solution?

What about drivers that might offload link decisions and not really tell
you per-link statistics? I mean, I don't even know if such a thing
exists, but with a data structure like that you could still have it?

Should mac80211 even accumulate? Why not cfg80211 accumulate over the
links? And if mac80211 keeps the removed links per link then nothing
else is even needed? Or it could pre-fill the MLD level info?

johannes

  parent reply	other threads:[~2025-01-10  9:45 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-10  4:24 [PATCH RFC 0/7] wifi: cfg80211/mac80211: add support to handle per link statistics of multi-link station Sarika Sharma
2025-01-10  4:24 ` [PATCH RFC 1/7] wifi: cfg80211: reorg sinfo structure elements for mesh Sarika Sharma
2025-01-10  9:15   ` Johannes Berg
2025-01-12  8:08     ` Sarika Sharma
2025-01-10  4:24 ` [PATCH RFC 2/7] wifi: cfg80211: reorg sinfo structure elements for MLO Sarika Sharma
2025-01-10  9:19   ` Johannes Berg
2025-01-12  8:10     ` Sarika Sharma
2025-01-14 11:19       ` Johannes Berg
2025-01-15  6:40         ` Sarika Sharma
2025-01-11  6:51   ` kernel test robot
2025-01-11  7:25   ` kernel test robot
2025-01-10  4:24 ` [PATCH RFC 3/7] wifi: cfg80211: extend statistics for link level in sinfo Sarika Sharma
2025-01-10  9:20   ` Johannes Berg
2025-01-12  8:10     ` Sarika Sharma
2025-01-10  9:21   ` Johannes Berg
2025-01-12  8:14     ` Sarika Sharma
2025-01-11  9:49   ` kernel test robot
2025-01-10  4:24 ` [PATCH RFC 4/7] wifi: cfg80211: add accumulated statistics for MLO links Sarika Sharma
2025-01-10  4:24 ` [PATCH RFC 5/7] wifi: mac80211: add support to accumulate removed link statistics Sarika Sharma
2025-01-10  9:22   ` Johannes Berg
2025-01-12  8:15     ` Sarika Sharma
2025-01-10  4:24 ` [PATCH RFC 6/7] wifi: cfg80211: add additional MLO statistics Sarika Sharma
2025-01-10  4:24 ` [PATCH RFC 7/7] wifi: ath12k: correctly fetch arsta for MLO Sarika Sharma
2025-01-10  9:45 ` Johannes Berg [this message]
2025-01-12  8:17   ` [PATCH RFC 0/7] wifi: cfg80211/mac80211: add support to handle per link statistics of multi-link station Sarika Sharma
2025-01-10 16:53 ` Ben Greear
2025-01-15  5:11   ` Sarika Sharma
2025-01-15 17:02     ` Ben Greear

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8eae424c1dbb45921dcfa6cc8bd07440d3e77632.camel@sipsolutions.net \
    --to=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=quic_sarishar@quicinc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.