From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=205.220.180.131 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793907618; b=pZuuq/sQqBghJhdwdIFds+U8wPQ30BE9HcmNltVYnxLL/lEQim2dDrHS8yFSnludgSpA pXKValJZEIG6VHQgECi4nxFz9c4LJ6NJsiFNg3sJXPgHEvw8qherqZbNnngkNJWMRIk3d cQ7lfmsk2Cay7qun9MN95uYSpOlCOsI94JqBYOXLm85XarE6IKJ3rk8bMfgnwESq/Qmed inp6lDJmCTZzNigMJTNL1l90HBWcPOOHePi6n20G0RrspjnPhv6263cVXklEHAYjdeTtw qaAhAyx4jXAanfF7hJWDClbosLXPfcoSyBCAxGh9M8G82gP05RTk5C1lqeQfN4JFNjA== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793907618; h=DMARC-Filter:Received:DKIM-Signature:Received:Received: DKIM-Signature:X-Google-DKIM-Signature:X-Forwarded-Encrypted: X-Gm-Message-State:X-Gm-Gg:X-Received:X-Received:Received:From: Subject:Date:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding:X-B4-Tracking:X-Change-ID:To:Cc:X-Mailer: X-Proofpoint-Spam-Details-Enc:X-Proofpoint-Spam-Info: X-Authority-Analysis:X-Proofpoint-ORIG-GUID:X-Proofpoint-GUID: X-Proofpoint-Virus-Version:X-Proofpoint-Spam-Details; bh=RE8OBkU5mDo86LrVuitoOiwBMuthrGa7akoy1wMACbw=; b=x2/gP/JUZhlb463muFIKtjREPA6SsRtTGtjD5641wdrzbLJwuvXKiSMjNc9S9nc+nEkL 2MQVhavQVtkSkcRP2vFFgEPY13FF2IN0ltJtAYz06DeV4Pm/CuRR+0rUHd83omBvamsrf Hx9PZ58LRoo0AankhAueg7+LYyvo7ry8X0HSKbTP6Au8UWcFHqEiG7mlanV1HXxuef4Er fogWndNvFtBwrsQ6WZxo9Z/PBBzXfMRrkLflwLF1UbPDxTmCahbGr37Znqku/hxlGOajp J2b7mYCNmuRlvV6FE6zjuwLbVhj0Brw5Nt+l8QqKyIklMHo+w9vUnzUtK6B951SZboA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=oss.qualcomm.com; spf=pass smtp.mailfrom=oss.qualcomm.com; dkim=pass header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256 header.s=qcppdkim1 header.b=M8G9f8Cj; dkim=pass header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.a=rsa-sha256 header.s=google header.b=EPxCCmyx; arc=none smtp.remote-ip=205.220.180.131 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B2283606A32E for ; Thu, 5 Nov 2026 19:40:17 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org B2283606A32E Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256 header.s=qcppdkim1 header.b=M8G9f8Cj; dkim=pass (2048-bit key, unprotected) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.a=rsa-sha256 header.s=google header.b=EPxCCmyx Received: from pps.filterd (m0279871.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 6A5HeKni2090983 for ; Thu, 5 Nov 2026 19:40:16 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h= cc:content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to; s=qcppdkim1; bh=RE8OBkU5mDo86LrVuitoOi wBMuthrGa7akoy1wMACbw=; b=M8G9f8Cj616ftj+ofxMV6s1Waowz7SlcEhwHkZ kGqGST1/umH8cN4bIPp4YAPeR/eaYIhO+hX0YknHiUtc1ZQJP+Z+il7EQSEzYT0h F720dIt8WAs8GMxt6e0ZnZH5I1VZ4Fnwupn6t+MXp41iKbGnbi+pqfa3SB8jpY0k 3BWnBUSCvKIbUxg8B5ySWjcrlq1+Uy0TH7smliLoT1ZJX8XN8sml738umXciSSpg vb/tfKOQYeNiZblZ13N5DmKn5L6eWUA1jiJX5A/gNZzx/IB5nhK6dmrEdlOlGgXL 3IAsNpyLteMAdbgnrL+ustSNQQRqH0Gk8H1tXkBdGmQycPug== Received: from mail-dy1-f197.google.com (mail-dy1-f197.google.com [74.125.82.197]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4hrq9fakwq-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Thu, 05 Nov 2026 19:40:16 +0000 (GMT) Received: by mail-dy1-f197.google.com with SMTP id 5a478bee46e88-36d69ab3c2bso2343221eec.0 for ; Thu, 05 Nov 2026 11:40:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1793907615; x=1794512415; darn=vger.kernel.org; h=cc:to:content-transfer-encoding:content-type:mime-version :message-id:date:subject:from:from:to:cc:subject:date:message-id :reply-to:content-type; bh=RE8OBkU5mDo86LrVuitoOiwBMuthrGa7akoy1wMACbw=; b=EPxCCmyxw9/ehD+dgu01fnzCRzAAXNRZFlKAxfreLD+xDKPHPdaxpcYvBdSa7gs77B 8P5ynaG+sFcxGokMcYyUmb67IN3R0BgSYQthduB5OFcCpPLilRh7pqIie0Dj11Q0v2a1 thigHpQNEvO07M25CPAJe7/+iMLHLQ27ERPDK+4L1KCi32JyDH0lnpDrg6rA3DmgEitA tnIzC4zte5vRGx+rx5HDCYXK/kscjPN5F0Y0ptK85mdJHsAotqM2WdtOvWq43RKQrYHZ MzqSVvFa2UXA4t/Fat+88NOyNzzt6gUdnoU8UVjp+l6peEODYyzxIm195MjKAMCoui5S Ws/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1793907615; x=1794512415; h=cc:to:content-transfer-encoding:content-type:mime-version :message-id:date:subject:from:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=RE8OBkU5mDo86LrVuitoOiwBMuthrGa7akoy1wMACbw=; b=H28i209CInizaQINaZ95nXdyTjaXUwkJFlCVkGdCwg0ThppY9PbbzH3PUBfllYrU4g cskTxKQtFyCU1wMrnpTWCQWfSiGk7/jFl0u+NghF9JMB9OZQuJBoRBdW9Z3zWda5q9X7 doNR1S0dTyXRP9ykc2Nt7icg3FOU7WulfpI2fVjDRiOQk7PsQkG4/WYNNxwMX9+nKapT smfp9B8/RRKn5HM8zAOUyXP/mC+rgAqM65IYou43YXmAZMXkH/4qOD2MKVM9hDNdFSuB jaW7lxjfQfQK+u20K7qWIPEnZlBSREbJ2uD4sOG59WO97fBIF0ArLiQPbVXWwdciwGqn Wn4A== X-Forwarded-Encrypted: i=1; AKwUvByJXq36b7gvyytTCfIvuz/UaCNrwz2RibcaRD5zg2E1D2S+3H7BM8YhJInL5dRiVTHi25G9DrF3bep729g=@vger.kernel.org X-Gm-Message-State: APuU4Z9GV6KrbOvVY0ovz1Z8pbkGz0UfrWXo6Ht/ouontMgNPc2WJfSd tySxlPD0pVVeYGbkfS4xVDE+RdxlQRSsOUS7vwJXxBnaHiEjuFQ72P0C52szZMBBIhTA3wvFyw/ NB3YD+IMPQB2iv0Y3P2/FQ8QZeKhvAaak8n56ORZHyr0c1/OQIazHJ1BAAJnHTi8R3Q== X-Gm-Gg: AYBFou3WY0lojasJsDjaBA/vTdnAqjNXo9ltBvcw5R/orAc/8JHzoWn1RgjKVO0oxc+ v11TmQO2BLJqCqr3OCebHMbgiYtbkBHMqlntTcP8JdNNT9/JqplnXEspWTW6dwaJx5TR/+hJuh1 HXY1YyDd3UkyYaIGL9sG4VECNbKuWID+s0Ilogjxdwv3ucSCdrkW6KVeXEwmhYQDUQALMwZL4ne davxR0I7+Gl4DN2KhFCEax+oxgB8TNMmOV/b4Aa6IcXYXPaXx11zCe16jipiNEFJVjdS40fzFrG IVUEfyq8dU9HtVWih2DEtVcBiDS/WTDvpePod9Z6zyqFulS43TdxCARTZ675ipBy9eF5zwyfLMU Tq94a8bKdxmr1U6M7BD25Ga0dagYHlcISmXz2NSQDKxDNZaX3KMs45EicmTat8NilUUiJyWYV8x NDpeAZNAy/2E1QbvHCwGSpAFagHrVwWXkSW9xusB9Z7wKZC0wdGRm952tRIYil9Tyu73C2+g== X-Received: by 2002:a05:693c:66c5:10b0:36a:20b8:ee9f with SMTP id 5a478bee46e88-36f729cfad3mr207063eec.1.1793907615095; Thu, 05 Nov 2026 11:40:15 -0800 (PST) X-Received: by 2002:a05:693c:66c5:10b0:36a:20b8:ee9f with SMTP id 5a478bee46e88-36f729cfad3mr207027eec.1.1793907614367; Thu, 05 Nov 2026 11:40:14 -0800 (PST) Received: from hu-pooventh-blr.qualcomm.com (blr-bdr-fw-01_GlobalNAT_AllZones-Outside.qualcomm.com. [103.229.18.19]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-36f72cc9b88sm357284eec.14.2026.11.05.11.40.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Nov 2026 11:40:13 -0800 (PST) From: Pooventhiran G Subject: [PATCH wireless-next v3 00/21] wifi: Add Seamless Mobility Domain (SMD) AP support Date: Fri, 06 Nov 2026 01:08:35 +0530 Message-Id: <20261106-smd-v3-0-1723950e3cf8@oss.qualcomm.com> X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIADzb7GoC/yWNTQ6CMBCFr0JmbUmtBcGV9zAsWjpKE9pqBxFDu Lulbl7y8n6+FQijRYJLsULE2ZINPpnToYB+UP6BzJrkQXBR85Y3jJxhx7pt6qbi5iwqSM1nxLt d8ssNPjbiiETM4zJBl2KtCJmOyvfDfuWU9ftqsDSF+M3oWeTtnyJkpsyCcaa15LyVRh2NvAai8 vVWYx+cK5NAt23bDx/qWYDDAAAA X-Change-ID: 20260908-smd-16986850d725 To: Johannes Berg Cc: linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, pooventhiran.g@oss.qualcomm.com X-Mailer: b4 0.14.3 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYxMTA1MDA3OCBTYWx0ZWRfX4kPsDVI6+8F5 UXuShyHaX1BYb72464IMWUIGXL+zky8OzgHz4ae0ieEocbweF5/pMmJiOc1+B74A7yq61RHKKo3 ghZjmFe7YdK7N5/o619Ffo86DQh4A9tGNuL5jGvK+IoP3Z8H9oHLPaksVqZIn1KPW3pt0Szna5P Ch+YbFvb+dZV3fIKn4qyvfHeJ+qSL4hBaBMEYGgsuvoIZOWL70XoJULnUwd54vFdACPpaBTRtnU xeimglDiGtCjubFYyROrszPPWrVAQxrjxO/pW/P5eIOuEtOnWU0GE3EYMD6Zy1W5JA4FxFDrl4a FQwExg5AGWRsJYJAP0u5JY1LQ3DvmZg9N3DbQsyL6FtPNmC0vSCpNdt/H9siTS61Acg5G8v8XJ7 Qd7ybcvnjM73Ys/1/n+yijmJKKntWT8Tg9Kh72kJAW5JAb0Q4tSGabtlTnEG26NNSckACp5nrUp FzpS+SBZd+xYr3voIyQ== X-Proofpoint-Spam-Info: AW1haW4tMjYxMTA1MDA3OCBTYWx0ZWRfX4vDxYLSmtdjc WCD/5WgBDDw4MGm0/CQ768/ZSJQM6Pxb42D2kkusZH6Be5Z0trjQrVKoCHcKT22XRMd5xoZ9E99 G//ANEEh8KNd6eEx7IbvIe8PKI1jyoM= X-Authority-Analysis: v=2.4 cv=Vdhir1p9 c=1 sm=1 tr=0 ts=6aecdba0 cx=c_pps a=Uww141gWH0fZj/3QKPojxA==:117 a=Ou0eQOY4+eZoSc0qltEV5Q==:17 a=IkcTkHD0fZMA:10 a=zJRp6_cAMcgA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=3WHJM1ZQz_JShphwDgj5:22 a=VwQbUJbxAAAA:8 a=COk6AnOGAAAA:8 a=EUspDBNiAAAA:8 a=IAIsiuNt6YBZx1rtFIMA:9 a=xMBEclOYbkGmYhtY:21 a=QEXdDO2ut3YA:10 a=PxkB5W3o20Ba91AHUih5:22 a=TjNXssC_j7lpFel5tvFf:22 X-Proofpoint-ORIG-GUID: CXHKcWkKUpZ3fI6Zg4xPiRLpiq9FRARp X-Proofpoint-GUID: CXHKcWkKUpZ3fI6Zg4xPiRLpiq9FRARp X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.138,FMLib:17.12.100.49 definitions=2026-11-05_05,2026-11-04_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 malwarescore=0 suspectscore=0 phishscore=0 priorityscore=1501 impostorscore=0 clxscore=1015 adultscore=0 lowpriorityscore=0 spamscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2610300000 definitions=main-2611050078 IEEE P802.11bn introduces the Seamless Mobility Domain (SMD) - a mobility domain uniquely identified by the SMD identifier MAC address - where a non-AP MLD that is associated to the SMD Management Entity (SMD-ME) can transition from its current AP MLD to a non-colocated target AP MLD without requiring reassociation via SMD BSS Transition (ST) procedure. This series implements the nl80211, cfg80211, and mac80211 support for SMD BSS Transition in AP mode. Along with a summary of the ST procedure, the design of this series and patch structure are presented below. The ST procedure broadly involves - ST Discovery and association to SMD-ME - ST Preparation - ST Execution and Downlink Draining - ST Context The communication between the current AP MLD and target AP MLD are via Inter-AP (IAP) communication (solicited and unsolicited) over the backhaul which is managed entirely within userspace (hostapd) - as per the discussions on the RFC [1]. The IEEE standard defines only the type of data that may be exchanged via IAP but does not define the format and method of the IAP communication protocol and keeps it out of scope (subclause 37.16.9). So, those details are not part of this series. ST Discovery and association to SMD-ME (subclauses 37.16.2 through 37.16.4) =========================================================================== A non-AP MLD may use techniques like active scanning, neighbor reports, or BSS Transition Management to discover the neighboring SMD AP MLDs. Once discoverred, the non-AP MLD can perform authentication and association with the SMD-ME and negotiate SMD capabilities. While generating PTK, based on SMD PTK mode, either SMD Identifier is involved in the PTK formula or only SMD KDK is generated. - This series supports configuring an AP MLD as managed by an SMD-ME with attributes such as SMD Identifier, SMD Preparation Timeout, SMD Type, PTK Mode, etc., via NL80211_CMD_START_AP. - This series supports managing the associated non-AP MLD that has negotiated SMD via NL80211_CMD_NEW_STATION and NL80211_CMD_CHANGE_STATION. ST Preparation (subclauses 37.16.5 and 37.16.6) =============================================== The current AP MLD and non-AP MLD can use BTM frames to select a target AP MLD that the non-AP MLD can transition to. Once the target is selected, the ST procedure is invoked in two phases: ST Preparation and ST Execution. The non-AP MLD sends an ST Preparation Request (UHR Link Reconfiguration Request frame to with Type set to ST Preparation and Per-STA Profile subelements of the setup links for the target AP MLD carried in a Reconfiguration Multi-Link element) to the current AP MLD. On reception of this frame, the current AP MLD collects the non-AP MLD's dynamic sesion context and attach it to the same frame while delivering it to userspace. Userspace then sends this information as an IAP message to the target AP MLD. If Per-AP MLD PTK mode is used, DH key exchange happens in ST Preparation to derive the new PTK at the target AP MLD. The target, once processed the message, will set up the links as rquested and sends back the ST Preparation Response so that the current AP MLD can send the ST Preparation Response (UHR Link Reconfiguration Response frame with Type set to ST Preparation and statuses for each setup link) to the non-AP MLD. - This series defines the layout for STA's dynamic context and supports reporting the driver-attached STA's dynamic context along with the frame via NL80211_CMD_FRAME event (this avoids roundtrips between driver and userspace to separately request context for the recently received frame). - The target AP MLD leverages the existing flows to set up the links (NONE -> AUTH -> ASSOC). - This series supports moving the STA to the prepared state (4a) via the new STA flags (subclause 11.3.1). - This series supports programming the STA's dynamic context via NL80211_CMD_SET_CTX on the target AP MLD. NOTE: (a) While implementing the suggestion to follow the approach similar to how radiotap headers are attached to the SKB, for tagging the STA's dynamic context to the frame SKB from driver to mac80211, an alternative approach was found. (b) This reserves a new field in &struct ieee80211_rx_status as part of an existing union (please see this patch [2]). Since this was simpler than _pushing_ the context pointer to the frame SKB and _pulling_ back, this series follows this approach. ST Execution and Downlink Draining (subclauses 37.16.7, 37.16.8, and 37.16.10) ============================================================================== When the non-AP STA is ready to transition to the target AP MLD that it has already been prepared with, it can send the ST Execution Request (UHR Link Reconfiguration Request frame with Type set to ST Execution) in two ways: Via the current AP MLD ---------------------- This path traces a similar flow to ST Preparation for context collection and reporting to userspace of the current AP MLD, transport to the target AP MLD, and ST Execution Response back to the current AP MLD and non-AP MLD. If there is a Nominal Maximum DL Draining Period Duration field is present in the ST Execution Response, the current AP MLD may start the DL draining period to drain the pendign buffered frames to the non-AP MLD. - This series supports moving the non-AP MLD to the execution in-progress state (state 4b) via the new STA flags on the current AP MLD upon reception of the ST Execution Rquest. - This series supports moving the non-AP MLD to the DL draining started state (state 4c) via the new STA flags on the current AP MLD and implements proper validation for these flags as they are mutually exclusive. Upon successful ST Execution, the non-AP MLD moves to the authorized state (state 4) on the target AP MLD and the unauthenticated and unassociated state (state 1) on the current AP MLD, without reassociation. Via the target AP MLD --------------------- The non-AP MLD might send the ST Execution Request directly to the target AP MLD when the current AP MLD links are not reliable (RSSI drops after ST Preparation, etc.,). When the target AP MLD receives such a frame, it cannot collect the STA's dynamic context. Hence, the context is requested from the current AP MLD via IAP and then programmed on the target AP MLD. There is no DL draining in this path. - This series supports fetching of context on the current AP MLD on behalf of the target AP MLD via NL80211_CMD_GET_SMD_CTX and NL80211_CMD_SMD_CTX_EVENT. ST Context (subclause 37.16.9) ============================== The following information are part of the STA's dynamic context and transferred from the current AP MLD to the target AP MLD during ST Preparation and ST Execution: - Block-ack parameters and timeout per TID - Next DL sequence numbers per TID - Duplicate receiver cache entries - Replay counters - Starting PN for DL individually addressed frames - SCS stream descriptors - MSCS Descriptor - EPCS authorization info and priority access state - WinStartO for existing DL block-ack agreements The non-AP STA may optionally request that sequence numbers not be transferred (to reset SN at the target AP MLD). This series suporting the SMD BSS Transition is structured as: - nl80211/cfg80211 set of patches followed by their corresponding mac80211 set of patches. - nl80211/cfg80211: patches 1 to 11 - mac80211: patches 12 to 21 [1] RFC: https://lore.kernel.org/linux-wireless/fbf4209c-4fd8-4047-96d7-7fa34d9ba44d@quicinc.com/ [2] Patch ("wifi: mac80211: handle UHR Link Reconfiguration frame") Signed-off-by: Pooventhiran G --- Changes in v3: - Replaced deprecated dev_{hold,put} APIs with netdev_{hold,put} APIs. - Split and sorted the patches to list all nl80211/cfg80211 set of patches followed by mac80211 set of patches. - Relocated context layout and cleaned up driver context with standard fields defined - ("wifi: cfg80211: define layouts for SMD BSS Transition context"). - Split ("wifi: mac80211: handle UHR Link Reconfiguration frame") to pass @rx directly from ieee80211_rx_list() in ("wifi: mac80211: pass rx_data directly from ieee80211_rx_list()"). - Added nl80211 DOC for AP SMD operations in corresponding patches. - Added SMD state based frame filtering in ("wifi: mac80211: filter uplink and downlink frames based on SMD states"). - Added DL Drain early termination event support in ("wifi: mac80211: define API to invoke SMD Drain Completion event"). - Fixed up commit texts and kdocs because of patch reorder. - Rebased on top of the latest snapshot. - Link to v2: https://lore.kernel.org/r/20260924-smd-v2-0-bb40094da1d4@oss.qualcomm.com Changes in v2: - Replaced SKB extension with a mac80211-contained solution using ieee80211_rx_status to forward the ST Preparation and Execution frames along with the context. - Fixed cover letter, commit text, and kdocs to clean up the AI-suggested style and words. - Fixed the build failure from v1. - Rebased onto a latest snapshot of wireless-next (6c0b7357e3c7f365ec51dd8d2b626130ee983ce1). v1: https://lore.kernel.org/all/20260908-smd-v1-0-65ad4ab30fbd@oss.qualcomm.com/ --- Aditya Sathish (1): wifi: nl80211/cfg80211: define interfaces for SMD setup and STA update Pooventhiran G (19): wifi: nl80211: define Seamless Mobility Domain (SMD) device capability wifi: nl80211: add SMD BSS Transition sub-state STA flags wifi: cfg80211: define layouts for SMD BSS Transition context wifi: nl80211: define interfaces for SMD BSS Transition context transfer wifi: ieee80211: define APIs for UHR Link Reconfiguration frame checks wifi: ieee80211: define API to check if frame is class 3 wifi: nl80211/cfg80211: pack SMD dynamic context along with frame wifi: nl80211/cfg80211: add support for SMD context programming wifi: nl80211/cfg80211: add support for querying SMD context for target AP MLD wifi: nl80211/cfg80211: define API to notify SMD Drain completion wifi: mac80211: apply SMD BSS Transition STA sub-states wifi: mac80211: add driver_op for SMD substate changes wifi: mac80211: filter uplink and downlink frames based on SMD states wifi: mac80211: send BlockAck policy in AMPDU action wifi: mac80211: pass rx_data directly from ieee80211_rx_list() wifi: mac80211: handle UHR Link Reconfiguration frame wifi: mac80211: add mac80211 support to handle NL80211_CMD_SET_SMD_CTX wifi: mac80211: add mac80211 support to handle NL80211_CMD_GET_SMD_CTX wifi: mac80211: define API to invoke SMD Drain Completion event Rohan Dutta (1): wifi: mac80211: set SMD parameters for AP setup and STA update include/linux/ieee80211-uhr.h | 125 ++++++ include/linux/ieee80211.h | 43 ++ include/net/cfg80211.h | 186 +++++++++ include/net/mac80211.h | 96 ++++- include/uapi/linux/nl80211.h | 254 ++++++++++++ net/mac80211/agg-rx.c | 1 + net/mac80211/cfg.c | 189 +++++++++ net/mac80211/debugfs_sta.c | 4 + net/mac80211/driver-ops.c | 24 ++ net/mac80211/driver-ops.h | 54 +++ net/mac80211/drop.h | 1 + net/mac80211/ieee80211_i.h | 2 + net/mac80211/rx.c | 140 +++++-- net/mac80211/sta_info.c | 146 +++++++ net/mac80211/sta_info.h | 19 + net/mac80211/trace.h | 104 ++++- net/mac80211/tx.c | 42 ++ net/wireless/core.c | 25 ++ net/wireless/mlme.c | 41 ++ net/wireless/nl80211.c | 930 +++++++++++++++++++++++++++++++++++++++++- net/wireless/nl80211.h | 12 + net/wireless/rdev-ops.h | 28 ++ net/wireless/trace.h | 61 +++ 23 files changed, 2485 insertions(+), 42 deletions(-) --- base-commit: b8e5b0ae8ff47240366d38e5d12c65f878724316 change-id: 20260908-smd-16986850d725 Best regards, --