Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp2435593ybx; Fri, 8 Nov 2019 04:22:23 -0800 (PST) X-Google-Smtp-Source: APXvYqzxGT8vDlN4bOZMMAcdfYyB1r9rt4Itl8OajqWwff/5QcY/PlKpxsG3EW/+UO/3VYBl+TaN X-Received: by 2002:a05:6402:1718:: with SMTP id y24mr9599571edu.220.1573215743029; Fri, 08 Nov 2019 04:22:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573215743; cv=none; d=google.com; s=arc-20160816; b=TomNtIN3FAcFJVD3kRcIseanjoEnJkuWGKz+e/6XmJ842UBK2553CNkeNrEthy/1qd F1vZ3SYuBRDL41bk/fJKoVmK6PP7VaMyhpP4RP26AYLfeCHSmnLm17GTg0w6iNI7qJ8k 97RZtMgk/DQl/36mFsOcjpK0n3Dp5eBItr9ngVtgnsNAJkEef0Ty2G483XDXJTT+AndJ 3BXeOBFjI4lrH0LNKiRV8fJBAQeVBAo7d2QzqOHRusTo3Se4pO7NVdSNcwJUwbzOGeDh qigzaFFIhynO1k+utiFvcG6hjwEKKEqVnViAEla6IdHWvTtFazh7gcJrt1CQqEjPx5zX Y7hg== 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=ZovolreiP/ke8cq8lZwu12JfUjnVVeCYgtK6Suyg4ZE=; b=apSQVvNK/WFFzE7uNYdlgHEmFL2rVxpdFmGVu1TlUukwrEXYYLT4l/Y6o3p2UR/USN 758aWFk/4mL8u3wVEzCCsminaXHINFUCRRIvvJ4k6jW1ztUf8BAObwIhKtPIcY8qJB6U yP9y51BMVCgVjtwp7+v6mgc7vNM+KppgRj7lZU5gCf4M2uftK4oichNvdxQXKOKveNy6 ovHPYTDYcI6ceVybWYX0ZbA7z5fXLkZJwjfONw9JXSG3YJNd+G5RthhimiBXJRoApxb7 4bq9S5YKah5xX8tnqcv6aNXpt5Ju6fSOsvz125W+GFLgV4dnqd8hU1KGK28r04CkVMZ2 gSAA== 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 b18si3636868eda.307.2019.11.08.04.21.58; Fri, 08 Nov 2019 04:22:23 -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; 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 S1731794AbfKHMUH (ORCPT + 99 others); Fri, 8 Nov 2019 07:20:07 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:59440 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729896AbfKHMUH (ORCPT ); Fri, 8 Nov 2019 07:20:07 -0500 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.92.3) (envelope-from ) id 1iT3FC-0002Fu-P4; Fri, 08 Nov 2019 13:20:02 +0100 Message-ID: <1c553c457024b295c7d0a6b118c3848eec28bcbd.camel@sipsolutions.net> Subject: Re: [PATCHv8 0/6] cfg80211/mac80211: Add support for TID specific configuration From: Johannes Berg To: Sergey Matyukevich Cc: Tamizh chelvam , "linux-wireless@vger.kernel.org" Date: Fri, 08 Nov 2019 13:20:01 +0100 In-Reply-To: <20191108120504.ptl25hacxcftb7tw@bars> References: <1572957714-16085-1-git-send-email-tamizhr@codeaurora.org> <20191108093207.uv4j44xpm2qvtsv5@bars> <84ca3a8b61757360ab9898afcdd3f2f63c770f86.camel@sipsolutions.net> <20191108120504.ptl25hacxcftb7tw@bars> 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 Fri, 2019-11-08 at 12:05 +0000, Sergey Matyukevich wrote: > > @NL80211_TID_CONFIG_ATTR_OVERRIDE: flag attribute, valid only if no STA > > is selected, if set indicates that the new configuration > > overrides all previous STA configurations, otherwise previous > > STA-specific configurations should be left untouched > > > > You also raise a good point wrt. "all TIDs" - but then we should > > probably just remove NL80211_TID_CONFIG_ATTR_TID and add a new > > NL80211_TID_CONFIG_ATTR_TIDS as a bitmap? OTOH, it's not hard to just > > explicitly spell out all TIDs either, I guess, just makes the message a > > bit bigger. > > The idea with bitmask for TIDs looks good. It eliminates the need for both > 'all TIDs' define and additional attribute NL80211_TID_CONFIG_ATTR_OVERRIDE. I think we still need NL80211_TID_CONFIG_ATTR_OVERRIDE in some way (maybe only as a flag attribute), since you could have * change all stations (some subset of TIDs) *including* already configured stations * or *excluding* already configured stations > In fact, almost no changes are needed for the patch, mostly comments need > to be updated. Manual typing in iw will be less convenient, but I guess > this interface is not supposed to be used by humans after all... If that's a concern we can parse a list in iw, e.g. "0,1,2,3" instaed of "0xf", right? johannes