From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2a0c:4d80:42:2001::664]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 360F13B29E for ; Thu, 10 Nov 2022 18:45:06 -0500 (EST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1668123904; bh=4BHlBDrb4svlVHbK7oEE1tIaY4jWwyke1x9u/qMsPPQ=; h=From:To:Subject:In-Reply-To:References:Date:From; b=NTX2b7bBe/Xh89Y9yT+alZVIzGlbxFwUVSxbvaB5Doje98396i1S4TO5tsWa4pW7D +JOFMJNkFRHfTVBDpOTwWFkIxXf64zldjD8N20Wz5VIxVY0dK/bUqeal1gghdzONc9 w52ExwQaO7hG7r3gJxcprhCFczGUTQ3ULpgptv5iMM7HbjcFxP9Y46xJujSwURPIAm OV6dLjAoaebXdOdVXLEn55rChtigwgmqEllPte9nugk99Jiw9uRmePsFzVrJSaxzt3 XsvWbUEwsLA0qE4HxgkT9gEsik28VMWxFCPu9/4gQjDec1OlA5LWhMa7EZvyMP1hDK aFR9lMOEh4fmA== To: Dave Taht , libreqos In-Reply-To: References: <20221104032532.1615099-1-sdf@google.com> <20221104032532.1615099-7-sdf@google.com> Date: Fri, 11 Nov 2022 00:45:03 +0100 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87k042xtkw.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [LibreQoS] Fwd: [RFC bpf-next v2 06/14] xdp: Carry over xdp metadata into skb context X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2022 23:45:06 -0000 Dave Taht via LibreQoS writes: > There is a long thread about xdp metadata going on here. I have high > hopes for this concept once it lands, > everything from getting the three hashes cake requires directly from > the network card (and timestamps), but also a > "quality" figure of some sort, and who knows what else... Haha, yeah, I actually mentioned LibreQoS as one of the use cases, here: https://lore.kernel.org/r/87r0yaxw5s.fsf@toke.dk :) -Toke