Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1572849yba; Thu, 25 Apr 2019 02:00:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqyCWiLc/PTXii/eyiw8O7XdOuH5r8QU/k2pega8Zx+vIQ97MkxNY/XWKk4MwlckDxeN6D9Q X-Received: by 2002:a17:902:b10a:: with SMTP id q10mr4603131plr.303.1556182838090; Thu, 25 Apr 2019 02:00:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556182838; cv=none; d=google.com; s=arc-20160816; b=yHC+le3WNyQncVItfhzEF+F63k4S2nw1e/BKUCQEHNT46idRZWErz76/KfEoMzPZQD KDmDhk0D7PpPmA4stwtekKdn5nCmCBfCc7mwDt50iebd8BrEt2eBKd5plOKq05P04dpt oLIQdPq/eXFhQXqgkB5X1B8/h8vwMcYeQoatkMzvOh1DcU9keAZhyktmH2bmWvz3PS5V LsvoL7yre1CxFApfi4qIZQRVNiWouWco7hyYI5e0t6fZfLrKdxvpq8cB2+rAaiN3/TcL +kFQmKya/6T9InBFyqb4+I1nctdunF5EbS+towOhqB/83HWINqy46uZVrA4NMXCmgMqO RBpA== 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 :references:in-reply-to:date:cc:to:from:subject:message-id; bh=fOG0DKAd26zSfWm4p9ruZZYF4O3AFstP6HKvsrruOoo=; b=p+M/v2ymH7vabpPUVaKdSpBhkPxH6TbSFJopAdfsv9Is9Rjo/RAg2twvR20mW3Bb/N eI6l/xyExmzPcVZkQVhtVWmxgpRlI/JtgXyJwf+19MLvlMNYtaW7p1oR/MuZkukLTI7o u+YYwx/EcRDNXpwqHWxRokzlqb+acXT4CrpVj4wAMPwhrFikCEYMLD5dV7LKyOaLNlqX b5qdRbeVXJmZsWzZyTmntL374Rz4q1/bMahBqOrH4emHoNhEtbOlAD2fD8UBirUxt77m ZxgwWGs04Ro/pSLFLkK8Z/6iuxteu7P+d8nsK0UsBwOSOfTv0+ScM3afHJpzxHakoVCa B5Ww== 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 o15si18795038pgv.316.2019.04.25.02.00.21; Thu, 25 Apr 2019 02:00:38 -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 S1727573AbfDYIkA (ORCPT + 99 others); Thu, 25 Apr 2019 04:40:00 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:55524 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726950AbfDYIkA (ORCPT ); Thu, 25 Apr 2019 04:40:00 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1hJZv7-0005Lx-UC; Thu, 25 Apr 2019 10:39:54 +0200 Message-ID: <0190c32f3d861d9d7a783090653645c5ae3a7fa3.camel@sipsolutions.net> Subject: Re: [PATCH 5/5] mac80211: set NETIF_F_LLTX when using intermediate tx queues From: Johannes Berg To: Herbert Xu 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 Date: Thu, 25 Apr 2019 10:39:52 +0200 In-Reply-To: <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> <20190425083558.p3kqodaawr2jcfhr@gondor.apana.org.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.fc28) 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 Thu, 2019-04-25 at 16:35 +0800, Herbert Xu wrote: > 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. Yes, that's what I meant, it can only ever return NET_XMIT_SUCCESS or NET_XMIT_CN. This will not trigger the code you mentioned before though. johannes