From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F22C9627; Fri, 16 Jun 2023 01:50:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BA38DC433C8; Fri, 16 Jun 2023 01:50:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686880248; bh=nU+X+KVIDURgxGYvWyF+fi9rrL67M81WPlMLce7pVlM=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=t27sAfqe4eAwmg9rAPO2acEOoG2G8Z+k4Se7kXknI55d+EzouXOfWBoRMjy1j2Aat cAZzASQCAf7AzZuEKzz1kV52J051iaTI+hNuNcliOzrFGiZ/dWf4iBXmyzil47vVtd 4nUzseNGNYk92Y/lD42OzhQhzw/MTslmIjPvbL1Rni2cBsBIUqZNZsxaKzzwFug5lT uBsKyxLe5s3+VnODSrzFARsXHIHCOYKKIp/fTiH02KJRfky7pP8lrqPcMP4zvwwb70 g9DWv2tadpgbcKCG4Jz/aJU6L0WkNfggnamtbw6rPO3GbF8FoEYFLDUog6qf31UdZq CgeL+/nolTt0w== Date: Thu, 15 Jun 2023 18:50:46 -0700 From: Jakub Kicinski To: Stanislav Fomichev Cc: Alexei Starovoitov , Toke =?UTF-8?B?SMO4?= =?UTF-8?B?aWxhbmQtSsO4cmdlbnNlbg==?= , bpf , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Hao Luo , Jiri Olsa , Willem de Bruijn , David Ahern , "Karlsson, Magnus" , =?UTF-8?B?QmrDtnJuIFTDtnBlbA==?= , "Fijalkowski, Maciej" , Network Development Subject: Re: [RFC bpf-next 0/7] bpf: netdev TX metadata Message-ID: <20230615185046.3c9133ea@kernel.org> In-Reply-To: References: <20230612172307.3923165-1-sdf@google.com> <87cz20xunt.fsf@toke.dk> <877cs7xovi.fsf@toke.dk> <87v8frw546.fsf@toke.dk> <877cs6l0ea.fsf@toke.dk> <87pm5wgaws.fsf@toke.dk> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 15 Jun 2023 09:31:19 -0700 Stanislav Fomichev wrote: > Timestamp might be a bit of an outlier here where it's just setting > some bit in some existing descriptor. > For some features, the drivers might have to reserve extra descriptors > and I'm not sure how safe it would be to let the programs arbitrarily > mess with the descriptor queues like that. I was gonna say, most NICs will have some form of descriptor chaining, with strict ordering, to perform reasonably with small packets. > I'll probably keep this kfunc approach for v2 rfc for now (will try to > get rid of the complicated attachment at least), but let's keep > discussing. SGTM, FWIW.