Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1582752yba; Thu, 25 Apr 2019 02:10:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqxKBOClxwv+LbCtwZdPiWIq7uWuY84NfX5S5zygDdntKmbK59hjgrb726OPj5ymYHuiZGIY X-Received: by 2002:a17:902:7e04:: with SMTP id b4mr15974907plm.211.1556183443010; Thu, 25 Apr 2019 02:10:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556183443; cv=none; d=google.com; s=arc-20160816; b=kbohW9PdQIxmGQitCjNTW/n0/+kRlenHsBxcGFtSCTdjCoCfnQ0VJ3zapDSDgd8uWc D6HqbzXgZ7pvKPdq4Bs929x0EeSfeHtCRiPj4R9OuZgAJKsle1iPoZ1bfk9k/sL612bp hY2Y/STjAQ8tzwh4XdGLlXLK4Cq87+IQmbYi3t8o/Pn/Q8+ra/NqsMC9o3ywgDWT6hCI T64g+4VsCNACeyfnKtklAiaLN/k44dioWtUEWMgZN8D1hb1MzCtG1VIrVd+xC23RkllJ VrLfKetqZvTUBMkUlzurxn5EOMv3iA9qmHqYtn1WPdH/zmE0xMJNyb+kcdyvBLCGJUaR wewQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=5kjFZb3tYYDj+7+CT12OuSm6UstU9eNIzGQu4d8CLm8=; b=gf/Xw4tj/0ed6H1clfsuRPmJjjCZvs+UpehTr83+bHNNuhOXfpRtbw6aXf9LFwYypB MzsoK1pkdd1vCnJflHIxQesVpLky58JTpeiQ/FMeGdD7nBBC6MjPn9fZybrROwVxy6mO No9jGOEPxfKMp6imy5Zms67nGl/FdEt712hmP9IpYEN8DHw8QoMinl+XICQwcThCNLjQ GMG4a/tRmBhFZlliCuRIClqoz/T25Pl2oe/wE6coCrWtgK1u/on7bWTQD5sQk3L7ZzZ/ VmRYkqvNVYnxF+jYMgtKxu24fZZE9U2Id2EsO6VOfCqhUJ+I0gp81uG1WjW/AEIsIYma YNXQ== 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 d25si20225698pgb.229.2019.04.25.02.10.26; Thu, 25 Apr 2019 02:10:42 -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 S1726330AbfDYJIA (ORCPT + 99 others); Thu, 25 Apr 2019 05:08:00 -0400 Received: from [5.180.42.13] ([5.180.42.13]:52700 "EHLO deadmen.hmeau.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1726150AbfDYJIA (ORCPT ); Thu, 25 Apr 2019 05:08:00 -0400 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtps (Exim 4.89 #2 (Debian)) id 1hJZrO-000355-Qa; Thu, 25 Apr 2019 16:36:02 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1hJZrK-0002Cg-TB; Thu, 25 Apr 2019 16:35:58 +0800 Date: Thu, 25 Apr 2019 16:35:58 +0800 From: Herbert Xu To: Johannes Berg Cc: Toke =?iso-8859-1?Q?H=F8iland-J=F8rgensen?= , Arend Van Spriel , Felix Fietkau , linux-wireless@vger.kernel.org, Eric Dumazet , netdev@vger.kernel.org Subject: Re: [PATCH 5/5] mac80211: set NETIF_F_LLTX when using intermediate tx queues Message-ID: <20190425083558.p3kqodaawr2jcfhr@gondor.apana.org.au> References: <87ef62uwfm.fsf@toke.dk> <95f86cf69dee05a176625925657cf0df0e97b5c9.camel@sipsolutions.net> <20190416093707.dtlwcmitzqopaeaw@gondor.apana.org.au> <20190416131346.u2uolljlrd5t2jro@gondor.apana.org.au> <87wojut7f7.fsf@toke.dk> <20190417033834.ep6t7r6ttvjek5g7@gondor.apana.org.au> <87tvexrnxm.fsf@toke.dk> <99da695257304d32b65e2db8b7ada06759087c90.camel@sipsolutions.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99da695257304d32b65e2db8b7ada06759087c90.camel@sipsolutions.net> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Tue, Apr 23, 2019 at 02:41:33PM +0200, Johannes Berg wrote: > > I guess there might be value in returning NET_XMIT_CN anyway, but I > think you're right in that we can never return anything but > NET_XMIT_SUCCESS or NET_XMIT_CN since we never drop this new packet, > just older ones. > > Which, btw, is exactly the same with net/sched/sch_fq_codel.c, AFAICT? Pretty sure codel does return NET_XMIT_CN. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt