Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp496542ybl; Wed, 21 Aug 2019 00:37:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqy3WbHY6uteqrfNbF+v7MxYHA2ZbVR52xrif9NC1zxyPwnRX8TEm2RY7+27OEiJ58mcptVB X-Received: by 2002:aa7:97aa:: with SMTP id d10mr34402477pfq.176.1566373058675; Wed, 21 Aug 2019 00:37:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566373058; cv=none; d=google.com; s=arc-20160816; b=B1ybp+uzNIa3nncYJu/KZLXLpM9681XkK1FSZOG2iD7NPw4W9VyvQczn12cdG8Y7BL QpH4p6oITj61BnsC+/GB9kteEiYwKFhNr7vh+JbYbDe82kg6aE+rP4XzzOvbpZSKMOBU VBWNmNaUsy+F02UnsqenzFUppVLj/iedbOtgb+WCzUDF+150IdCdevFHhLwhQDkd3lDU IaSqqJV8Q6p8p92mz5hmWSotngZm8R88O8AKxrRYNHuzcujeBr5iXslaKj1DjmWuQaGD ZB+e5+FjkTRQID2G6Ms+7XqODj0aSsR6see36BFTyELAjQuYss2ipybd71fT9WQ0T1TT pQow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=JTcogMyx/pu5roOtQOAFZiS6tZmHc63uFxQbJIuQYzE=; b=ZKAPXKA6R9qkoF056a4ZEOMge1J/wx7FHmHnIN1NytKS5ZIRLDFmuHiPKokZ7wdhI8 0IQQsC9J3mOenntn428cyIYELFefXpfkmnOJgMtK7mSXVqE4Wwf2dB6ZmjRvbTgnuTrN QcRkZTybIEp0EPtqheKRjhumaPzWgx9gZD9k/w6U9CUpwRvvC2smZlKXfbPeqK09dd4I SNIvkEOQq0bDB8pS94SO1fv3uGGn26qO7DmHFQf7/nt9z0k2HtI94XTdAF3Eg80LE+pG 6ZEzrYv2R3dK4gpdP+Tk8smZiWSc7MyJLLvy9uVhg9x8EzuAzrtjFUH1CFLPYZZ+6B9K 7yOw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r33si13653687pgm.371.2019.08.21.00.37.24; Wed, 21 Aug 2019 00:37:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727206AbfHUHdf (ORCPT + 99 others); Wed, 21 Aug 2019 03:33:35 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:56702 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726224AbfHUHdf (ORCPT ); Wed, 21 Aug 2019 03:33:35 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1i0L7d-0004bI-Cj; Wed, 21 Aug 2019 09:33:33 +0200 Message-ID: Subject: Re: [PATCH] cfg80211: VLAN offload support for set_key and set_sta_vlan From: Johannes Berg To: Jouni Malinen Cc: linux-wireless@vger.kernel.org, Gurumoorthi Gnanasambandhan Date: Wed, 21 Aug 2019 09:33:32 +0200 In-Reply-To: <20190820205046.GA9860@jouni.qca.qualcomm.com> References: <20190815133825.8131-1-jouni@codeaurora.org> <3a8edc6691a03ed3c253d95811d5fd6cae453a03.camel@sipsolutions.net> <20190820205046.GA9860@jouni.qca.qualcomm.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Tue, 2019-08-20 at 23:50 +0300, Jouni Malinen wrote: > > Without really looking at the specifics, it might be relatively simple > > to support this in mac80211? > > Yes, that is something that I was thinking about when going through > this.. I don't remember why exactly mac80211 ended up with its current > design for per-AP_VLAN netdevs without tags, but it could indeed be > quite convenient to have this alternative approach available. Even just for testing it :-) > I guess > both of them have some benefits, so this would likely be left with two > different mechanisms left to maintain, Yes, unless we find a way to attach nl80211 to 802.1q interfaces so we can pretend to do the netdevs ... not really worth it. We could encapsulate the backward compatibility on top of this feature, theoretically, by always asking the drivers to use this feature and then implementing the AP_VLAN interfaces in cfg80211 entirely, but again, probably not worth it since it's only mac80211, not a bunch of drivers. > but the needed implementation in > mac80211 for this would seem to be pretty minimal (also without looking > at the exact details..). Yeah, on RX the station lookup would just have to find the VLAN ID and use __vlan_hwaccel_put_tag(); on TX ... not sure, probably skb_vlan_tag_present()? johannes