Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1739786ybg; Sat, 19 Oct 2019 01:28:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqwMLZ96CJFMa2L/UJYxbKGh/ptkG/MvDivvAJHn0dmjGf+95Mb1RAca0sUl8YDeBJ45JjcP X-Received: by 2002:a50:cb85:: with SMTP id k5mr13902301edi.131.1571473696066; Sat, 19 Oct 2019 01:28:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571473696; cv=none; d=google.com; s=arc-20160816; b=cxXGf7sMs7IvkNrOG2nlJ8e/BaAPUSXoHMRSeM+srk3YbvcgzLXegPS45jKQDS2l/W pPJ2iWIrMYA/6HonPdjL8/iNIc6AfzjBbd0cpd5aFDQ0IMjBvhUpH+FELzDFrt5Gqrs6 nyTkJxUd5dPVtHhGHnOaP2bXpgsLm9walw8JGisKtIrIrqbfVoFADjwgSk/G1BCdRyP2 IWa30k8VNQPS6kUOYwSbIRcbBjkU6wnMi5PyMJ1fx1IJvq5ooUCJXXezkHnMMrvAMZDU DjFbbELyJoPMd0pShfy8Nopq4vTMy99l5XQ3vWN8W45XhR1ZxE5WzMY/6fwzYgXQ/LbQ aUFg== 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=o3r9HxzcY2JQb0QOaefmD5eVDLqSIwkUS7iESK4cZa4=; b=gu9WUEzbOBOBbJZfT+zk+wWX8pnRepnJNCjAV1CqFFcXvo1jIGSrE5Sao4bP1dEAd2 YjBaDwAI9WRvXwm+iZBKUrco7/eVpIZTh6aDaVpWwmDkeH6U33nWU6FU8ewcJu6HlClT mNZznKnZbL/aZYPTb/TDJ3FwUi/HyJ03M0cp4qOfa1AsGQ1xEKW+phDaYa0t9LqaMN2H fXaA2Gzqdy3pT+xiQb/DU3sh86iWrSiA3eurvBfA2n7kqPhoc/LybGcDRQJkv3lFKjr8 s69cckRygfICCeo/LAF4IY2H0/ZhpDImUo5KvkiJNyVTpV/Wo8fobwrcC52yHtatkxqG Etig== 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 i5si5623768edj.107.2019.10.19.01.27.51; Sat, 19 Oct 2019 01:28:16 -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 S2634131AbfJROOY (ORCPT + 99 others); Fri, 18 Oct 2019 10:14:24 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:58758 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2633946AbfJROOX (ORCPT ); Fri, 18 Oct 2019 10:14:23 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.92.2) (envelope-from ) id 1iLT1J-0004cj-98; Fri, 18 Oct 2019 16:14:21 +0200 Message-ID: <78035e38264feac9d15a761b009c89b9738b4de1.camel@sipsolutions.net> Subject: Re: [PATCH v2 1/4] mac80211: Rearrange ieee80211_tx_info to make room for tx_time_est From: Johannes Berg To: Toke =?ISO-8859-1?Q?H=F8iland-J=F8rgensen?= , Kan Yan Cc: linux-wireless@vger.kernel.org, make-wifi-fast@lists.bufferbloat.net, ath10k@lists.infradead.org, John Crispin , Lorenzo Bianconi , Felix Fietkau , Rajkumar Manoharan , Kevin Hayes Date: Fri, 18 Oct 2019 16:14:20 +0200 In-Reply-To: <87d0eudufu.fsf@toke.dk> (sfid-20191018_160136_042961_4FF7E805) References: <157115993755.2500430.12214017471129215800.stgit@toke.dk> <157115993866.2500430.13989567853855880476.stgit@toke.dk> <87sgnqe4wg.fsf@toke.dk> <10b885b3238cede2d99c6134bebcc0c8ba6f6b10.camel@sipsolutions.net> <87imomdvsj.fsf@toke.dk> <9fc60b546b54b40357264d67536733251cf39ebe.camel@sipsolutions.net> <87d0eudufu.fsf@toke.dk> (sfid-20191018_160136_042961_4FF7E805) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Fri, 2019-10-18 at 16:01 +0200, Toke Høiland-Jørgensen wrote: > > > We can also play with the units of the airtime, e.g. making that a > > multiple of 2 or 4 us? Seems unlikely to matter much? > > Sure, that's a good point! Increments of 4us means we can fit 4ms is 10 > bits, leaving plenty of space for ACK IDs (hopefully). If you do need more bits (e.g. to be on the safe side and have space for 8ms) you could also steal bits out of 'band' (we only need 3 I think) and 'hw_queue' (not sure what the limit really is, but there aren't many users, seems like only iwlwifi/dvm and hwsim care, and those certainly don't need >32 queues). Of course if you leave more bits for later that's good too ;-) johannes