Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2897139pxk; Sun, 20 Sep 2020 22:49:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgfSTuxCmhMZNGPQDsMKeJrasAq7iLkB+g159uERB0g7lWLzNgFrv31kEM8KRPA+jy40Zq X-Received: by 2002:a17:906:3bd8:: with SMTP id v24mr49758287ejf.509.1600667349346; Sun, 20 Sep 2020 22:49:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600667349; cv=none; d=google.com; s=arc-20160816; b=N7ILCrLEJOYg5BUNq4FVN99KMV7xsYAeujnf2SsQyzR6/DdHSpsLzQUHWJ6T+gxbxH 08TiOIP15Mo8MCM83N2jKciJVVFjsARXTtKJk04u18YMlJ2aXlC8+tZBorqAWJKA1hlF Bp2wYf3bGm7qLpi8f9tjFM2QJUzVg/Yo/k1ft2RT/6YfoX9vZtDDKAn59UI5a2QaO7pC uZLoZGCA6pJxmx3MZctGINCYsEbchtZMP6pKMuIQkPx8bNfu6x7QaGz1wDwWN1Qs/gSa jaMlHwZNwV8DIXcTbBqOk2LvrAS+kDkAb3xDjfpr7dmO/lddV0v/BqlKTPJj0O/k3pj1 SBzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:user-agent :references:in-reply-to:subject:cc:to:from:date:mime-version; bh=O78KJfPovRHAQt0mWKEIEhqEpD4Tu1B3MF0HWG9UT5o=; b=xwcW+eq9/PNKY9qp1EqrFva3CYYSqhie8Z2MNJIpXf23NqluvkQVIMNFy1xk5NPm24 3RDaRzyc4z6vFdeOV/J1fnu+00EqWfBA1yjHgm+NYTD+Smc9XVXCLLtguYmCSe6ZlFZW PLO7GTn8ebbYSAv6g+H1d5v63bhCnNLsINS+hcxj6JLKzqXT2Apubb7aYA0Syv1ejHlS oMUMiL23OZPD3B8/1kqux/PldWTRlrVuFLWLOf48103HVsFatb3hQY7ayvg3jGOAFlXF e/NGGoTciRO+oKTL5un03Ca1QqAqbfJE6EcMqEZhK3aI69MGF6is9Rhf6jhrE5SYNHcM 2q9w== 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 j2si7273092edt.312.2020.09.20.22.48.33; Sun, 20 Sep 2020 22:49:09 -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 S1726405AbgIUFqE (ORCPT + 99 others); Mon, 21 Sep 2020 01:46:04 -0400 Received: from mail.adapt-ip.com ([173.164.178.19]:46190 "EHLO web.adapt-ip.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726149AbgIUFqD (ORCPT ); Mon, 21 Sep 2020 01:46:03 -0400 Received: from localhost (localhost [127.0.0.1]) by web.adapt-ip.com (Postfix) with ESMTP id 36F1A4F9B64; Mon, 21 Sep 2020 05:46:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at web.adapt-ip.com Received: from web.adapt-ip.com ([127.0.0.1]) by localhost (web.adapt-ip.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zkTKr7HnHyKO; Mon, 21 Sep 2020 05:46:00 +0000 (UTC) Received: from mail.ibsgaard.io (c-73-223-60-234.hsd1.ca.comcast.net [73.223.60.234]) (Authenticated sender: thomas@adapt-ip.com) by web.adapt-ip.com (Postfix) with ESMTPSA id 697F54F9809; Mon, 21 Sep 2020 05:46:00 +0000 (UTC) MIME-Version: 1.0 Date: Sun, 20 Sep 2020 22:45:59 -0700 From: Thomas Pedersen To: Johannes Berg Cc: linux-wireless Subject: Re: [PATCH v2 12/22] mac80211: convert S1G beacon to scan results In-Reply-To: <07751701c06d14e39c956369e5b1dd2a066fd69e.camel@sipsolutions.net> References: <20200831205600.21058-1-thomas@adapt-ip.com> <20200831205600.21058-13-thomas@adapt-ip.com> <07751701c06d14e39c956369e5b1dd2a066fd69e.camel@sipsolutions.net> User-Agent: Roundcube Webmail/1.4.7 Message-ID: <1727e7d1973012eb82159427551e3412@adapt-ip.com> X-Sender: thomas@adapt-ip.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2020-09-18 03:48, Johannes Berg wrote: > On Mon, 2020-08-31 at 13:55 -0700, Thomas Pedersen wrote: > >> >> + if (!elems->parse_error && elems->s1g_capab) >> + bss->s1g = true; > > It seems odd to set this only if it's in error - why not always set it > if the band is right? True. > In fact, why set it at all, since you always know the band? It seemed like a convenient shorthand, but looking at net/mac80211/mlme.c the band/channel is available (sband->band or cbss->channel->band) wherever we check s1g->bss so maybe it's not needed. I'll remove it to keep things simple. >> + case WLAN_EID_S1G_CAPABILITIES: >> + if (elen == 15) >> + elems->s1g_capab = (void *)pos; >> + else >> + elem_parse_failed = true; >> + break; >> + case WLAN_EID_S1G_OPERATION: >> + if (elen == 6) >> + elems->s1g_oper = (void *)pos; >> + else >> + elem_parse_failed = true; >> + break; >> + case WLAN_EID_S1G_SHORT_BCN_INTERVAL: >> + if (elen == 2) >> + elems->s1g_tsbtt = (void *)pos; >> + else >> + elem_parse_failed = true; >> + break; > > Seems like you ought to have some structs/sizeof or defines for the > sizes? Yes I'll find something. Thanks. -- thomas