Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2883394ybv; Mon, 24 Feb 2020 13:36:59 -0800 (PST) X-Google-Smtp-Source: APXvYqzKc1Qkd4hZlf3Gtw3trpE+NElTMlJPKUSwHIf0SKYQLuPGg+0gejx+iRno0kFthjdV0w9y X-Received: by 2002:aca:fcd4:: with SMTP id a203mr821040oii.167.1582580219854; Mon, 24 Feb 2020 13:36:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582580219; cv=none; d=google.com; s=arc-20160816; b=jZQxtWMg7ySnpFrtKbDbEfwAjwzfJhqR9Bv0ci+j64Q1wGEd3N+Jrv3jZC8QPnfcSS 0Diz7o2ynOxBpFCWXNlJhIq5U2+JMleDa9jSw+zL5K3b97CeGf859QH+371+sTPDZyOA Ygl0XTseObWCOx8I9ZOZ6sLeaKKR+/vverQj0hi9iW4GlzCpPvbjTd60lwvyXY90FScN SfMBbflxY0wUK6b4BwCNG4q+XFU5qsLS86W6Xhe0iJ3p22BpNJWfm1pYjoN0kn783m8Q y/MgV9gv2WkaJvW3sVDBH6aUFhLGIBV9x3DoOHu9uwTxXxk+DTQlgSinlvyym/dipFYg iXRQ== 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=7pvEAP1EKH00SvACc6R5FOfobWiCpO+ix39ZiAw+GH8=; b=IJq0Ra0b0zlL3m4Mk9UvMmQfmb5oEXown+TRxAxQpELTPnoXeNv3F1l+ppDySur9a1 tPiAVGZ6IjZoTJEfk+NNXowgTVAbk+ZJaBevmpDk9Ndmkja9kguiVQrABf1ogFk1ccn7 9Vabyv0AjUnQdVd1SeQkLa8bPk3O2MUvwmH/ifYSNNlJwxXaKsYupKYwiLTRRwLjHFK6 GjiTUn7yfonJ7/sVhV+HM6Helth1Eyq1E2Wc8hT3l0D6ecjiuDC383XnGm+WSIzs7wjE BS10QaW5Jze1aG82DXf0jJZEoZIWHvTqJH50rkWq7U12rGGF0BgIx9EOvpmt/XK5nrzY mkkA== 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 n1si5222003oic.225.2020.02.24.13.36.48; Mon, 24 Feb 2020 13:36:59 -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 S1727520AbgBXVfw (ORCPT + 99 others); Mon, 24 Feb 2020 16:35:52 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:47388 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727479AbgBXVfv (ORCPT ); Mon, 24 Feb 2020 16:35:51 -0500 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1j6LOE-007mWS-Pi; Mon, 24 Feb 2020 22:35:46 +0100 Message-ID: <685a6b65ed480fc6edc151eafb4445f5d1884bd0.camel@sipsolutions.net> Subject: Re: [PATCH v4 6/7] rtw88: Add wowlan pattern match support From: Johannes Berg To: Brian Norris Cc: Tony Chuang , Kalle Valo , linux-wireless , Chris Chiu Date: Mon, 24 Feb 2020 22:35:45 +0100 In-Reply-To: (sfid-20200224_223408_581404_6B6EE4CF) References: <20191219085816.20709-1-yhchuang@realtek.com> <20191219085816.20709-7-yhchuang@realtek.com> <20200222005242.GA100360@google.com> (sfid-20200224_223408_581404_6B6EE4CF) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 (3.34.2-1.fc31) 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 Mon, 2020-02-24 at 13:33 -0800, Brian Norris wrote: > > > if not, IMHO better to add some > > advertisement bits, but if not then we can surely add some kind of > > filter callback that's invoked at config time, rather than only at > > suspend time when it's way too late to do anything about it. > > Yeah, I'd have to see what sort of restrictions we're working with -- > sufficiently complex rules might not make for good "advertisement" > bits. Agree. And we've certainly gotten better at spelling out what exactly when wrong since all this started - the "extended ACK" bits I wrote that can include an error message and can point to the bad attribute still feel sort of new to me, even if we've had them for a few years :) So if we end up going with a callback, we should probably include an extack pointer for the driver to fill up ... johannes