From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id CD5463B29D for ; Thu, 25 Jun 2020 16:00:54 -0400 (EDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 7E0FE13FAD9DB; Thu, 25 Jun 2020 13:00:53 -0700 (PDT) Date: Thu, 25 Jun 2020 13:00:52 -0700 (PDT) Message-Id: <20200625.130052.925991356126527167.davem@davemloft.net> To: toke@redhat.com Cc: netdev@vger.kernel.org, cake@lists.bufferbloat.net From: David Miller In-Reply-To: <87k0zuj50u.fsf@toke.dk> References: <159308610390.190211.17831843954243284203.stgit@toke.dk> <20200625.122945.321093402617646704.davem@davemloft.net> <87k0zuj50u.fsf@toke.dk> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 25 Jun 2020 13:00:53 -0700 (PDT) Subject: Re: [Cake] [PATCH net-next 1/5] sch_cake: fix IP protocol handling in the presence of VLAN tags X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2020 20:00:54 -0000 From: Toke H=F8iland-J=F8rgensen Date: Thu, 25 Jun 2020 21:53:53 +0200 > I think it depends a little on the use case; some callers actually ca= re > about the VLAN tags themselves and handle that specially (e.g., > act_csum). Whereas others (e.g., sch_dsmark) probably will have the s= ame > issue. I guess I can trying going through them all and figuring out i= f > there's a more generic solution. That makes sense. > I'll split out the diffserv parsing fixes and send those for your net= > tree straight away, then circle back to this one... Great, thank you.