Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3444760ybf; Tue, 3 Mar 2020 06:12:36 -0800 (PST) X-Google-Smtp-Source: ADFU+vvjI0z3IlSibaYWr63fVJ4Ru2CivB9eNkufC6pPwnrKTmChJaInUnkprMzErFXtX/7BwJK9 X-Received: by 2002:a05:6830:231d:: with SMTP id u29mr2497102ote.1.1583244756705; Tue, 03 Mar 2020 06:12:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583244756; cv=none; d=google.com; s=arc-20160816; b=Pg8HU48KOrUV103WgMY/TNWEPoKkezTUx5cgusO19+8B5yMcqIFefGVyoXAxrnuzLZ iqp16TRLkni/X2mOkN7wC2oRN5Pffx3jZ2lvO4pgjURBrx/P9o9nnjl0ECjKW4n3NVOu cZMPOvZuvbU9zNnauzI5V1EZP2sV7FLAfkMvlBqb8kSUb1fzdO0+Fp98LHFewA/nf5Z2 oOsfbcgF9HOI1kB5+8ZstRdAoT2CARNeAKpsxtTQf9MfOHTt6YbZ7LSCzSGoUV8br+9q AOzbz0eXWocBjUd6eI2xJzMxHJb6YWH7ohkCPjXJ6htCdLRJhQ9ulpZ2bQmJ6R99BXfR LqxQ== 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:to:from:subject:message-id; bh=lHoyEdg6dXe8mVDQAXfiqNMqUHhlzwYGkylNuF0xi4A=; b=k5zTbxq8UvnAQ49IoUhSKm5mLfNFQ2gqRiBi2/dNngFsoeF9fSeYpSJFjksQW+fdVn RbNY5YdX47UhT/vPl+EY3VAT2ayA/bW97jLONtDce/fAnRZfTol+JBiENNO3MiZE2dKO MnN53LKpd1iB5l7h11Tytb9BiaxkLdNdw5vWeuqMuUOmXo1rFz4SCyP97WJChCjAvpeb 7ihwBAdFBEoTJyXk8lkNhXUVdSbdkSpFzdLeV8cjOQ1+agNad7+05qpedkL27lcoj8Hy 7kockGruTdFGPz8lgTIB17/CQcndhAXl+FB+kTXOvAB6nYUHXruiinTkMzf1IZ3goF5K OqPw== 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 v22si5243249otq.109.2020.03.03.06.12.05; Tue, 03 Mar 2020 06:12:36 -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 S1729504AbgCCOI5 (ORCPT + 99 others); Tue, 3 Mar 2020 09:08:57 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:55824 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729494AbgCCOI4 (ORCPT ); Tue, 3 Mar 2020 09:08:56 -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 1j98E9-00CswX-W6; Tue, 03 Mar 2020 15:08:54 +0100 Message-ID: Subject: Re: Any reason AID is not in the NL80211_STA_INFO enumeration? From: Johannes Berg To: Ben Greear , "linux-wireless@vger.kernel.org" Date: Tue, 03 Mar 2020 15:08:51 +0100 In-Reply-To: <29006a9e-4de2-1733-1a8a-a5aae686fd42@candelatech.com> References: <5E4B39B2.8050905@candelatech.com> <3fcaaf0ba9ed726c863f9f1e7c5d61c08ca40795.camel@sipsolutions.net> <29006a9e-4de2-1733-1a8a-a5aae686fd42@candelatech.com> 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 Fri, 2020-02-28 at 07:26 -0800, Ben Greear wrote: > > On 02/28/2020 02:06 AM, Johannes Berg wrote: > > On Mon, 2020-02-17 at 17:11 -0800, Ben Greear wrote: > > > To sniff /AX stations, it is helpful to know their AID. So, any problems > > > with adding it to 'iw station dump' output? > > > > No, no problem at all. I guess it was just never added because it > > originally comes from userspace (hostapd), and so didn't really need to > > be sent back. But yeah, we have trivial infrastructure to send it back, > > so sure, why not. > > Ok, thanks for the response. > > From looking at debugfs for a station device, there is the netdev AID: > > cat /debug/ieee80211/wiphy0/netdev\:wlan0/aid > 1 > > And there is a peer AID: > > cat /debug/ieee80211/wiphy0/netdev\:wlan0/stations/04\:f0\:21\:c2\:fd\:b0/aid > 0 > > For sniffing AX, I'd need to use '1' here as far as I can tell. Maybe for station > devices the peer is always zero? And for AP devices, the peer IDs are what is useful > and the netdev AID is not? Yeah. The first is u.mgd.aid (i.e. the netdev data), and the latter is the STA AID. It makes sense the latter is not assigned in the client-side case. Arguably, only the *latter* should be in nl80211 per STA, since in the client-side case it's *our* AID, not the APs. johannes