Received: by 2002:a05:7412:3b8b:b0:fc:a2b0:25d7 with SMTP id nd11csp3013208rdb; Tue, 13 Feb 2024 04:32:01 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCV0MhCS64DqlM1Ow/CYOoad/5zJRj0a/n2lFZWP20w32SE/Q4SYBrd/2WjxY1UOZD+L/1xiH4jLSnWTgfh9ClTu2HrwFcRmtzuxkBN8/g== X-Google-Smtp-Source: AGHT+IGUugwnFu3JcsSXPn6HRt7ZCfoCb5EJDWCRXIWO4/Z2OCHe5kUTDgUT2EkralSlf842ufzN X-Received: by 2002:a92:d352:0:b0:363:acbc:c106 with SMTP id a18-20020a92d352000000b00363acbcc106mr11564869ilh.18.1707827521604; Tue, 13 Feb 2024 04:32:01 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1707827521; cv=pass; d=google.com; s=arc-20160816; b=ppJD7lF34OWF84VxujqMtL5CRDyzPmlV44C4QNR0yedOuCjczwZaNRCwYK1J9sy957 Xjo1m+/4kpkrKq5Rxrz2HYCFdyg8y/fw4Q/3O5dupGnMoz0/ZIGtBGcbxCXmEn8ARpw3 X85sYaUeGqYZ3WSJaq6bdc+XpGqISpQsA0rvdM1rBCv1eWxG0STQl7h7cUUyZ9TLPEml wnvMn9OZ2sn01s5C5OPly7rPx2iBw1LeeqlXNXtgSV7seHWkKTuMBSePn9WfaEwpbjQI X6f9ovPnVrS3RWsbvPFrF6cX0Ixk5ygyWisXEhRSO1fOch+13NfJXGlDLKT+m5Bd81A7 cvjQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :user-agent:content-transfer-encoding:references:in-reply-to:date:cc :to:from:subject:message-id:dkim-signature; bh=L+EHC8lQsNCgjxPmtkdpGIshFKAqn0+/EipMZbxJYD4=; fh=bdpX7O5QmPM+ic1t6fLcEvvVv7ujs4FPSZ9BoBBGlWY=; b=F3aOrpY/5kIiy7B+7nqajVL/QH7+iEh12pzN6zTF0gn89oMMPvhvkrFDhCBKk+qsEL 0iX4hO7klgVLTaqc8xmBFVEXcvxCmdVOJF1bW0tGkiN6QiUv2PidPGUr1CbBK4vgels4 O7DtHfF6ei9mw1ey4mtip/FTEKltJhYaFFImxAF5+C4NcIJptr/zM2VHzPaYHwKHnkxX 48jv8TEf9J/dv83CahdEfIL2CbCWUo5if0N14iJa/WrzKTqyZHJkQh/y6MfWfqgt6koG irxAmg3TjyuBr+pzmYXOIvSdJzQEptBrS/y0WT1P7M1U47w/7ktVvMPW87odOyFIUoGf hkbg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=HHEBEYK6; arc=pass (i=1 spf=pass spfdomain=sipsolutions.net dkim=pass dkdomain=sipsolutions.net dmarc=pass fromdomain=sipsolutions.net); spf=pass (google.com: domain of linux-wireless+bounces-3531-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-wireless+bounces-3531-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net X-Forwarded-Encrypted: i=2; AJvYcCVfM2tRQLB5GO3AeFw+JOzqve/brJ8Ov409d6BLRGW3QFVsSJQ7Xbi8JJSLAwb+HmrgV8131AtVq1zszPPEGqnnzlsqePDWMlAjP0FXvA== Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id m1-20020a632601000000b005dc72782fd6si1997638pgm.260.2024.02.13.04.32.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Feb 2024 04:32:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless+bounces-3531-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=HHEBEYK6; arc=pass (i=1 spf=pass spfdomain=sipsolutions.net dkim=pass dkdomain=sipsolutions.net dmarc=pass fromdomain=sipsolutions.net); spf=pass (google.com: domain of linux-wireless+bounces-3531-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-wireless+bounces-3531-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id C8E82285585 for ; Tue, 13 Feb 2024 12:30:41 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CF47D3D99C; Tue, 13 Feb 2024 12:30:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=sipsolutions.net header.i=@sipsolutions.net header.b="HHEBEYK6" X-Original-To: linux-wireless@vger.kernel.org Received: from sipsolutions.net (s3.sipsolutions.net [168.119.38.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C039E249E6; Tue, 13 Feb 2024 12:30:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=168.119.38.16 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707827436; cv=none; b=JMD+15ntwLjcLjaGnvVv3edgSsE98dRwpN7eKVEzi2iHH+D3w2yOGSvzJyI2Ah3qEPs8AsCR99tHRQZLSAw8jRmXd2PYpkCqQlYRU8HjKc88mnH6qF+gMSArXysbqNwulWGxIJtM87i6Iv3+H98gkJB21G0Q9YB9PbcNrmmQikY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707827436; c=relaxed/simple; bh=L+EHC8lQsNCgjxPmtkdpGIshFKAqn0+/EipMZbxJYD4=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=IsusZwd3ZW6UYVo82x2nWFE2IuJ0rf1WQ2Ox46cR2VkIAyfUDkgkI+DUlVRp3OeVW5YOu+t3vdhMa9p9ffyGRqSx6XlZ9nb9skgYVj/pFf3xQJrdJZrm2rnN13K492/ysrLO5HD3av9eOAs3foXTrPR2Lcvs6k2lNsG1rlD/n3I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sipsolutions.net; spf=pass smtp.mailfrom=sipsolutions.net; dkim=pass (2048-bit key) header.d=sipsolutions.net header.i=@sipsolutions.net header.b=HHEBEYK6; arc=none smtp.client-ip=168.119.38.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sipsolutions.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sipsolutions.net DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sipsolutions.net; s=mail; h=MIME-Version:Content-Transfer-Encoding: Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-To: Resent-Cc:Resent-Message-ID; bh=L+EHC8lQsNCgjxPmtkdpGIshFKAqn0+/EipMZbxJYD4=; t=1707827434; x=1709037034; b=HHEBEYK6ZAt2LVwSIN8j/lW/kQ/GMPLPOo3KlWT1s69LzjT sgfhD0ttlmahakK09kHeyTiaDJN4+Ts9TrPfpxxfTdWeQQAkRRw9dVNhnre+d6coxmV6qxZwBpUeb KNczIetNB8fQ2o5CdOpdjtjgYZOY9P/TuyFdSG7ksG0NuWWKN0oMlC6SeoBdIoyXalWg+5HEVyPMM GIWXFEOQjtoOLAJR/AvUbVJRNYcFgEMk3sfDfpDOHz/CSh8mTx+c+7PP20R6xL+Ke26AcDP/P8vjK D7e5YJPkU/9qbkAd0LverivJIT97h5HZwjgZvfst0YRRziJqtTqYyV4l8Xsc1Dbw==; Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.97) (envelope-from ) id 1rZrvk-00000007gMs-1Mp8; Tue, 13 Feb 2024 13:30:32 +0100 Message-ID: Subject: Re: [PATCH 1/1] wifi: nl80211: Add support for plumbing SAE groups to driver From: Johannes Berg To: Arend van Spriel , Kalle Valo , Vinayak Yadawad Cc: linux-wireless@vger.kernel.org, jithu.jance@broadcom.com, netdev@vger.kernel.org, Jakub Kicinski Date: Tue, 13 Feb 2024 13:30:31 +0100 In-Reply-To: <6eaab8fa-f62e-4f78-9cbe-9b13e3d77ca7@broadcom.com> References: <309965e8ef4d220053ca7e6bd34393f892ea1bb8.1707486287.git.vinayak.yadawad@broadcom.com> <87mss6f8jh.fsf@kernel.org> <2c38eaed47808a076b6986412f92bb955b0599c3.camel@sipsolutions.net> <0cb1d7ef63ad1ea1ff4109d85a6bcdcaca16f1c8.camel@sipsolutions.net> <6eaab8fa-f62e-4f78-9cbe-9b13e3d77ca7@broadcom.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.3 (3.50.3-1.fc39) Precedence: bulk X-Mailing-List: linux-wireless@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-malware-bazaar: not-scanned On Tue, 2024-02-13 at 13:19 +0100, Arend van Spriel wrote: > On 2/13/2024 12:45 PM, Johannes Berg wrote: > > On Tue, 2024-02-13 at 12:13 +0100, Arend van Spriel wrote: > > >=20 > > > I recall the rule was that nl80211 API changes > > > should also have at least one driver implementing it. Guess we let th= at > > > slip a couple of times. I fully agree enforcing this. > >=20 > > Well, enforcing it strictly never really worked all that well in > > practice, since you don't necessarily want to have a complex driver > > implementation while hashing out the API, and the API fundamentally has > > to come first. > >=20 > > So in a sense it comes down to trust, and that people will actually > > follow up with implementations. And yeah, plans can change and you end > > up not really supporting everything that was defined ... that's life, I > > guess. > >=20 > > But the mode here seems to be that there's not even any _intent_ to do > > that? > >=20 > > I guess we could hash out the API, review the patches, and then _not_ > > apply them until a driver is ready? So the first round of reviews would > > still come with API only, but once that settles we don't actually merge > > it immediately, unlike normally where we merge a patch we've reviewed? > > And then if whoever did it lost interest, we already have a reviewed > > version for anyone else who might need it? >=20 > Sounds like a plan. Maybe they can get a separate state in patchwork and= =20 > let them sit there for grabs. I guess I can leave them open as 'under review' or something? Not sure we can add other states. johannes