Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2349037pxb; Mon, 20 Sep 2021 19:42:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwLdRpWMz9J8MIFc7SfdbSX3rfKTM1MlcAsAZL2+rTTYwUu7l53t3YyL35Tw0wAkzSpz1Vj X-Received: by 2002:a50:9d4f:: with SMTP id j15mr703504edk.68.1632192133833; Mon, 20 Sep 2021 19:42:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632192133; cv=none; d=google.com; s=arc-20160816; b=iuOaZfM8ENXN9bfyrKmEfm+YeNM1aS5ORLW9qcwYD4YOaPmWVK0NU2dDWfmDoFFGYa /6WVyLD7QQN/C+8hFgW0/Nrv8z80nWfYb+E0eJyFuRkPiA5LmDGJZtkhiHXkLdw9/EVA gB9fg3VCs7Ze6k6O7hXjCijFMSo14rFTx/BZ+ABiADosAIpv6PkJtYWB63t39MeMCTsc KPyhGjb/xeyMFLM4v8lYI6d/nNb8bQkwFbUfTCJRKqJQec6WnKoi7cRtCywZDumz7OYz gqB79GJbEkyNAq3Z9CtWk2kGM857eBjTOtct80UWDUffOjYFUPoJOGWZEZCYTEVnRNwE bRig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=WcN8gdj3tfPFG7ALiR+kz7vhmf+dvBbaq+1iYVMOc8Q=; b=rNA81TBjbqNkReg3++wWK3A1MjKZ3tLPiyZZggqw9R/nqZIn+hYK2c2RZ4I93G3l1y qDdYtlRlVHyZ7ukl27XF7smT8tjnErCqoiFx+NESNAo1Ztq94+2wM3mE//CMqVpdTjI+ 39gR9ThmhVDZ885GCXfNeXbj78w0MmIm3hgDAun/8YY5GhWR4NQU/g9mTonmJTulgTyW h2ihUBZO/UR/Lil4JhWEhFgWGVYBi/vfEcBmTABFCZzQwEJi8Wl8J/ulBiSU3Z3t6piv r+D3hlBiqhrU3vO3mQc0ZrNVu3cd89jSrvljm+pIBtnbKiE22re6QYGIAh/hlde+ouej 6IzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Od+VOXeJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p23si20742653edw.135.2021.09.20.19.41.49; Mon, 20 Sep 2021 19:42:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Od+VOXeJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351327AbhITSRq (ORCPT + 99 others); Mon, 20 Sep 2021 14:17:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:33278 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1359602AbhITSKF (ORCPT ); Mon, 20 Sep 2021 14:10:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id DB5F06326E; Mon, 20 Sep 2021 17:19:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632158384; bh=Jqb7XaWOx11p37FMvH/ReA+WJNCzFGBf3lqGQwH79gI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Od+VOXeJekcVU2cNXcVzYDHerUGYgNNdtUmen/s0sInESkKWV1efmLCx6abU3EsrX Xu33DE+cSs88QMxk/uUiXbvzqL/7Q8HtCE11NvixJ7LlROFzymSeJibkNXQXZ6U19X 4b5Vcz6+mkaNZ/byZbrRo1Ous9XnE2oirTc9jLs8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Johan Almbladh , Johannes Berg , Sasha Levin Subject: [PATCH 5.4 132/260] mac80211: Fix monitor MTU limit so that A-MSDUs get through Date: Mon, 20 Sep 2021 18:42:30 +0200 Message-Id: <20210920163935.613621468@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210920163931.123590023@linuxfoundation.org> References: <20210920163931.123590023@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Johan Almbladh [ Upstream commit 79f5962baea74ce1cd4e5949598944bff854b166 ] The maximum MTU was set to 2304, which is the maximum MSDU size. While this is valid for normal WLAN interfaces, it is too low for monitor interfaces. A monitor interface may receive and inject MPDU frames, and the maximum MPDU frame size is larger than 2304. The MPDU may also contain an A-MSDU frame, in which case the size may be much larger than the MTU limit. Since the maximum size of an A-MSDU depends on the PHY mode of the transmitting STA, it is not possible to set an exact MTU limit for a monitor interface. Now the maximum MTU for a monitor interface is unrestricted. Signed-off-by: Johan Almbladh Link: https://lore.kernel.org/r/20210628123246.2070558-1-johan.almbladh@anyfinetworks.com Signed-off-by: Johannes Berg Signed-off-by: Sasha Levin --- net/mac80211/iface.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/net/mac80211/iface.c b/net/mac80211/iface.c index 6f576306a4d7..ddc001ad9055 100644 --- a/net/mac80211/iface.c +++ b/net/mac80211/iface.c @@ -1875,9 +1875,16 @@ int ieee80211_if_add(struct ieee80211_local *local, const char *name, netdev_set_default_ethtool_ops(ndev, &ieee80211_ethtool_ops); - /* MTU range: 256 - 2304 */ + /* MTU range is normally 256 - 2304, where the upper limit is + * the maximum MSDU size. Monitor interfaces send and receive + * MPDU and A-MSDU frames which may be much larger so we do + * not impose an upper limit in that case. + */ ndev->min_mtu = 256; - ndev->max_mtu = local->hw.max_mtu; + if (type == NL80211_IFTYPE_MONITOR) + ndev->max_mtu = 0; + else + ndev->max_mtu = local->hw.max_mtu; ret = register_netdevice(ndev); if (ret) { -- 2.30.2