Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp860836ybb; Wed, 1 Apr 2020 11:00:05 -0700 (PDT) X-Google-Smtp-Source: APiQypKhurf6rbDSsCtKRm6oaeMFv/MA2PIdrT6fzLc6LNGs0FR1IiwE/X631VsUfWn3jcMedAkb X-Received: by 2002:aca:3284:: with SMTP id y126mr3494408oiy.175.1585764005117; Wed, 01 Apr 2020 11:00:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585764005; cv=none; d=google.com; s=arc-20160816; b=ldW7dQJng+5eYcNWDOOQqEYb/Y5AcZawyxwvBljG8u2G8IichKhKURc+FcQBclPWqh PqaP4tKqafRlFIukGEzAw6p4gfbSHUdidboyzFaG+nVq4L9bEu2vlAf1QXghn6MXZVu6 hDsLypCR1K8hEdrnNeMIpLI8C40RipI28ApQN++0iNgsLm5q1l18S8mekNLAljdO7EgX Rzo5gKJYeVL2+5tLnlOesl4sPFyRtJGSOUDi6WI1+6Q5DRud9pYLwcygAo4xnM5S+VX8 tK6W+UgxOn+O1EDWeuRyxmsHYH5tSu8Z/2bHjIZwIfunoNTgPe00sUx1IyoQ92yVcFqA 5wbQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=kFErj0ed2L6lDzyBW/hKAF0NSiRo9kXACWFiTOJYpd8=; b=NgSg2nNaq8IQmPmm1pNJ2WeNshp72WD4SgoP+7SSxeWfi2HkHQovxGSJ3Px/aO7wgC nwFbh4RjpXn1h+vfyUnkhLWKwAe66IpsY9CSmR+dFlQhu7qaDTtT5XlANvjmcZuLWcW4 TVhzDYT8f+3iRcQ1Vh9BgrajZN3DDXHd87KhSdC7vW11GzJ/Zv7YAR6JsAnvlAxOyy2H pfsx4yRRRzNzo7lIgqvgqc8aiEKlNw3ck+IwaL59w7wtDWlM1oqJAXWg8qKImReTuV70 Oq8t8z71p3fVZsmjMU/XvexgLticig8cAH1elFrVKbaUzlyCL04OemO3ZAv7MTdJw1pJ LgjA== 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 g7si1145518ots.270.2020.04.01.10.59.50; Wed, 01 Apr 2020 11:00:05 -0700 (PDT) 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 S1732448AbgDAR6c (ORCPT + 99 others); Wed, 1 Apr 2020 13:58:32 -0400 Received: from mail.adapt-ip.com ([173.164.178.19]:42476 "EHLO web.adapt-ip.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730574AbgDAR6b (ORCPT ); Wed, 1 Apr 2020 13:58:31 -0400 Received: from localhost (localhost [127.0.0.1]) by web.adapt-ip.com (Postfix) with ESMTP id 442E44F7A4D; Wed, 1 Apr 2020 17:58:31 +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 JkcP8Tz8C9LM; Wed, 1 Apr 2020 17:58:28 +0000 (UTC) Received: from [10.1.15.6] (gateway.adapt-ip.com [173.164.178.20]) (Authenticated sender: thomas@adapt-ip.com) by web.adapt-ip.com (Postfix) with ESMTPSA id 88A174F7A49; Wed, 1 Apr 2020 17:58:28 +0000 (UTC) Subject: Re: [RFC 4/7] mac80211: add freq_offset to RX status To: Johannes Berg Cc: linux-wireless References: <20200401062150.3324-1-thomas@adapt-ip.com> <20200401062150.3324-5-thomas@adapt-ip.com> From: Thomas Pedersen Message-ID: <62c642d8-1372-6021-b362-3be8d8d22a4c@adapt-ip.com> Date: Wed, 1 Apr 2020 10:58:27 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 4/1/20 12:08 AM, Johannes Berg wrote: > On Tue, 2020-03-31 at 23:21 -0700, Thomas Pedersen wrote: >> RX status needs a KHz component, so add freq_offset. We >> can make ampdu_reference u16 since it is probably >> sufficient to be able to distinguish 64k different >> A-MPDUs. > > Is that necessary? Reads like we have 2 bytes free there? Indeed there is, maybe this wasn't the case on 4.9 where I originally wrote this patch. > And we only need 13 bits for the frequency (up to 8192 MHz, 60 GHz isn't > supported), so we could take out a few fractional ones for the S1G part? Makes sense, and yeah we really don't need 2 whole bytes to essentially express "+0.5 MHz". Will shorten the frequency and just use a single bit indicating offset or not. > Dunno, I mean, we probably also don't need the A-MPDU reference, even > radiotap doesn't make much representation on this, but it sort of > implies that it should be unique in a capture file, for which 16 bits > wouldn't be enough? (should probably clarify that though and say that > you should look only "close by" or something?) Yeah. I'll drop this for now, but maybe the space will come in handy in the future. -- thomas