Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp286462ybm; Thu, 28 May 2020 02:44:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJysiLnoEv+P/xn5S1Fngl9vl2D+HquY9DBbXBDk1b04fd29ccx7HnVtRR3P/WtFno+V2++Z X-Received: by 2002:a05:6402:1d30:: with SMTP id dh16mr2085887edb.302.1590659071637; Thu, 28 May 2020 02:44:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590659071; cv=none; d=google.com; s=arc-20160816; b=rLarJnWz40ThqWiCeI+k5P2fr9SjbE6+fQEvllRwJDezVTRbGO2MgZHubda436sJ0Y Ez62Mm0j+yKWQXSp0SXSitxm1/3fWd1xsXBaBx3iUZjUebh0Y0wHt5UX8hTjl4MJTlUY yuXYD2CBbt8RldXePGxl1Iu4eRM/hva1tIsWiNp2utxBoloernFriitJW7TCZFwJMG+V tUKeXcDnSpLJaBNHpXNRbFimiK8qU3c4TGLk70ExNIoJgy5h5VE/jVXfI7sO2Ygr0OfD inwR7bJJ0ULRW7I/PY1QWZatIexVT17YXEz3trOcZTJS4QcXcUZPztsAAF05fviYnYR4 yrJg== 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=U4mgpLpVIRXsD1wBVNg68K1OfG4IaIbTGd1/uM4D4mY=; b=O5BFSKZ4RAEb3fH2TNyfpSZcDNHbCI2AXQesvlPmTWTq+0IDIsU8T7RBt6jibVu4WC hEpi7ij5GadTKrvm6HWu/n7X3FJGUwzM4wjx9qLo8LRiSjzpm14v+eNRbrxiH4VSNZY6 uCAXCV8x9fASqSWoCZ1SWEpE9qxAdjdy2HOkp5v7mr5XEebwJhrT7W7+PkgDJ8koUeKl f2v+u04MIIFXEiW6HYClZ5/AR1hjHLvihvUNUg3Y0VHiTYZMRZWuUEdkas4mjlgZIqkv slyi1GAlNszclzCvRAuAt1HD4bJSAlqMk9Fl3+LcUYQc4Jb9NFkfCl9VVFZFqUeDAqpE KrpA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a17si3344152edb.352.2020.05.28.02.44.07; Thu, 28 May 2020 02:44:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728478AbgE1Jn7 (ORCPT + 99 others); Thu, 28 May 2020 05:43:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54084 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728300AbgE1Jn6 (ORCPT ); Thu, 28 May 2020 05:43:58 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 889B5C05BD1E for ; Thu, 28 May 2020 02:43:58 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jeF4u-004mBb-QX; Thu, 28 May 2020 11:43:56 +0200 Message-ID: <1e313010dd85af086dc0922a3faeaa0e1c6cc44f.camel@sipsolutions.net> Subject: Re: [PATCH v3 06/11] mac80211: handle HE 6 GHz Capability in HE STA processing From: Johannes Berg To: Rajkumar Manoharan , kvalo@codeaurora.org Cc: linux-wireless@vger.kernel.org, ath11k@lists.infradead.org Date: Thu, 28 May 2020 11:43:55 +0200 In-Reply-To: <1589399105-25472-6-git-send-email-rmanohar@codeaurora.org> (sfid-20200513_214550_120836_C3C5E2B4) References: <1589399105-25472-1-git-send-email-rmanohar@codeaurora.org> <1589399105-25472-6-git-send-email-rmanohar@codeaurora.org> (sfid-20200513_214550_120836_C3C5E2B4) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) 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 So I'm dropping this one for now. I'm going to send a series right now with what I have, and you can start looking at how to put this on top. I'd prefer for *mac80211* to add the 6ghz capa sub-struct to the station and use that while parsing, I think that should still be reasonable from the driver's POV. You'll see I didn't change ieee80211_sta_he_cap, and I am thinking now that it shouldn't change. I'm still working on * the HE oper -> channel parsing (MLME, and you also had mesh) * 6 GHz scan bits that we had. But I think you should be able to work on this patch without those two things. johannes