Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Vasanthakumar <quic_vthiagar@quicinc.com>
To:     <johannes@sipsolutions.net>
CC:     <linux-wireless@vger.kernel.org>,
        Vasanthakumar Thiagarajan <quic_vthiagar@quicinc.com>
Subject: [PATCH 0/2] wifi: mac80211:  extend rx API with link_id for MLO connection
Date:   Wed, 17 Aug 2022 16:12:11 +0530
Message-ID: <20220817104213.2531-1-quic_vthiagar@quicinc.com>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

From: Vasanthakumar Thiagarajan <quic_vthiagar@quicinc.com>

In MLO, the frames can be received on any of the affiliated links.
When the address translation for rx frames are done in fw/hw, it
is very important to have an explicit link information reported
for every rx frame to mac80211. Per-link processing includes
stats update, GTK/IGTK/BIGTK retrieval and so on. This patch
set only tries to use the link at the top level APIs, deep
rx handlers are yet to be changed to use the respective
link accordingly.

This series is prepared on top of the latest mld branch.

Changes from RFC:

- Re-arranged the code changes across the patches
- Add a valid flag for link_id in rs_status
- Remove logic involving unspecified link_id

Vasanthakumar Thiagarajan (2):
  wifi: mac80211: add link information in ieee80211_rx_status
  wifi: mac80211: use the corresponding link for stats update

 include/net/mac80211.h |   5 ++
 net/mac80211/rx.c      | 130 ++++++++++++++++++++++++++++++++++++++---
 2 files changed, 128 insertions(+), 7 deletions(-)

-- 
2.17.1