Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2767959ybv; Mon, 24 Feb 2020 11:13:42 -0800 (PST) X-Google-Smtp-Source: APXvYqznA7UpcQ1G2C0Kr1tPxQtrA3rmlOcV416mPKAp81IiuOrFStsCxtJjFcy1sjd7esVTJGBD X-Received: by 2002:a9d:7d9a:: with SMTP id j26mr39313890otn.21.1582571622628; Mon, 24 Feb 2020 11:13:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582571622; cv=none; d=google.com; s=arc-20160816; b=KJTVnqwLt8cAIDw/8y54ulYLtuQB0kosyJZgzG7VErnUhzPd2eLI6juohQlGsNY+2Z ieacS9BCZ5K8x2IOvhadPqpQhxcLxsLv+QYKYCzqOY7L/zFoWVpusbXpT4ozyEeTWgB+ 5MR7XlLnXzVanGLiQDB+m5e6u7rGq75/4Shmrf7WXgHB/l5/n4ngBCODSif3xARvgAkT rOWgkFZVp4KFzRj4buxbL6grY63aLFgMGBd/kl9EC9sGTSB25nvwR/1PMmYNy3ntaf50 RIlFpmQqKzmcg67Q2CWxRP4Qy0d/uNO7PQ+CEYqNMBf8qUB2JOO6qMi072gwrasyzsm9 8vcQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=INJqEsdng3yWnhB/nbmHjB0zOhD8msYYqWSspAAo1nw=; b=ajmD933B5paPsF+W60Bdb/kTXGJJ7k3eLYcVwd1lPl/3yVpFgXbb56pWTVY1MMnz8v n83DbEO0e8Hix4H3/Fnq7xzBVZqIYsiuWUpTH+uXu4mFfV+mxlnMxgqCWRwew47z1nuJ gJais84x88jxTUm8lgHKpYB7MhhqlXCvjH2viu+12IzWhN48y12rZ/eOcmWQQ/ShWsaO 8SFaXEnrQBo2SmBEyvzifMDlcdaVZEoyyRIrX63Imq6fvwYR1J+PUgW0i1IEyyJVImlh BgbMIEvx5mrl2ud+gKtK+Tw3isFT94YlpepZLd6JG72LTA2XemCR7S/0aaCZAMv6TrhY o0eg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="F8PfG/B3"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m85si5164624oig.158.2020.02.24.11.13.20; Mon, 24 Feb 2020 11:13:42 -0800 (PST) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="F8PfG/B3"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727470AbgBXTMv (ORCPT + 99 others); Mon, 24 Feb 2020 14:12:51 -0500 Received: from mail-ot1-f68.google.com ([209.85.210.68]:36940 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727393AbgBXTMs (ORCPT ); Mon, 24 Feb 2020 14:12:48 -0500 Received: by mail-ot1-f68.google.com with SMTP id b3so9753014otp.4 for ; Mon, 24 Feb 2020 11:12:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=INJqEsdng3yWnhB/nbmHjB0zOhD8msYYqWSspAAo1nw=; b=F8PfG/B3XTnjo+TBBLbcaW91WnC4DRMysl8u41UjH1bJuxRUf5yI547TStsaUNpzVl Z9eSlsDYpOlpLEZXq3j+T6gAysgmR308qOzbaQL/VweI09P8IVpk/IiF96Zb6gXByNRe kTay/p4/uX3p+sM+1MJoBRDRAZ2ku1x0lB2BqbCD6TT10zURal93z7bKtp8CCrkgW1m6 bGRPjow+6tg94UAX9WbWp0BO3YuCthqYf6Gb2Z9C6QGpRbNzE4kZ6CNkC2E3jEObdU0e TGuPQ/T7WH5rHMJRAD95XGrJnxz+R2ZPTADp/dGzjsL3ge2DmtUF33xZMoD/bGGz3vL4 e+0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=INJqEsdng3yWnhB/nbmHjB0zOhD8msYYqWSspAAo1nw=; b=aAUgLGAxR569BB/FxTk2mytpsvnItyVhyjapmmNxvTlLlMo2FnH5oTieDaZmf4Rgt+ VUPC09EB6nNipeHb/W1bfM5nh74s3J1N3ON9fPn3mAEOnwKoUrfYZdB83lIUKZdbnmNz d7yVjph6UmFMCqcM11D25zvPT37HbFb26MVyJ3XEKVV/UQep8cGbm0mFKk2NCA4XYDGs iEb7rW9xmMSzDGjlDP+c5tHMOZwmJm1LF8xSOJRjP81UJD133/vSdb5x6MoFAUVLxA8o peEL+xoW3zpk4QV8kf4Ed+WNgtVF/71fXbthxow76jqbj+HN+CSD10UALhkfqZiYV+HD wkVA== X-Gm-Message-State: APjAAAVngZxP0YP7OhwAWvjN//jsWm1T3GQamsiR41Sh+crpK0OzjqNh iDJ5r2h6cmOXYze+zLvPtwsQFUlq X-Received: by 2002:a9d:6290:: with SMTP id x16mr39710578otk.343.1582571566043; Mon, 24 Feb 2020 11:12:46 -0800 (PST) Received: from [192.168.1.249] (cpe-70-114-247-242.austin.res.rr.com. [70.114.247.242]) by smtp.googlemail.com with ESMTPSA id t20sm4311984oij.19.2020.02.24.11.12.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Feb 2020 11:12:45 -0800 (PST) Subject: Re: [PATCH 1/2] Revert "mac80211: support NL80211_EXT_FEATURE_CONTROL_PORT_OVER_NL80211_MAC_ADDRS" To: Johannes Berg , linux-wireless@vger.kernel.org Cc: Markus Theil References: <20200224101910.b87da63a3cd6.Ic94bc51a370c4aa7d19fbca9b96d90ab703257dc@changeid> <53190ece697ab7d9e83fdd667eaf9e05a4418193.camel@sipsolutions.net> <6e723a78-db68-8ffb-986a-4a3961107f72@gmail.com> <1a56c641eaa03c99dc9a90208902d8bb1ca1b0aa.camel@sipsolutions.net> From: Denis Kenzior Message-ID: <048b81db-8e92-7fe0-1f5c-3b6f9ea1a1f1@gmail.com> Date: Mon, 24 Feb 2020 12:57:14 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <1a56c641eaa03c99dc9a90208902d8bb1ca1b0aa.camel@sipsolutions.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Hi Johannes, > That's a question of how you define "special data packet processing"... > You're defining it purely in terms of the mechanics of how you handle > them, but that's not really the point. Why isn't it the point? These are the only data packets userspace management daemon(s) actually care about and has to setup raw sockets + bpf filters for every interface it manages. The current control port makes all of that unnecessary. So from a holistic point of view, taking kernel + userspace into account, what is wrong with letting control port transport preauth frames if that saves a bunch of resources (and possibly wakeups if the bpf is setup badly) on the system? Also, the question is what changed your mind? I asked you specifically if preauth should be included in the control port API and you thought it was a good idea at the time? > > Preauth frames are _not_ special. They're entirely regular data packets > as far as wifi is concerned. Sure. I already conceded this point if this wasn't clear earlier. Regards, -Denis