Lorenzo Bianconi wrote:
> > On Mon, 05 Oct 2020 21:29:36 -0700
> > John Fastabend wrote:
> >
> > > Lorenzo Bianconi wrote:
> > > > [...]
> > > >
> > > > >
> > > > > In general I see no reason to populate these fields before the XDP
> > > > > program runs. Someone needs to convince me why havi
> On Mon, 05 Oct 2020 21:29:36 -0700
> John Fastabend wrote:
>
> > Lorenzo Bianconi wrote:
> > > [...]
> > >
> > > >
> > > > In general I see no reason to populate these fields before the XDP
> > > > program runs. Someone needs to convince me why having frags info before
> > > > program runs
> -Original Message-
> From: Daniel Borkmann
> Sent: Friday, October 2, 2020 10:53 PM
> To: John Fastabend ; Lorenzo Bianconi
> ; b...@vger.kernel.org; netdev@vger.kernel.org
> Cc: da...@davemloft.net; k...@kernel.org; a...@kernel.org; Agroskin,
> Shay ; Jubran, Samih ;
> dsah...@kernel.
On Mon, 05 Oct 2020 21:29:36 -0700
John Fastabend wrote:
> Lorenzo Bianconi wrote:
> > [...]
> >
> > >
> > > In general I see no reason to populate these fields before the XDP
> > > program runs. Someone needs to convince me why having frags info before
> > > program runs is useful. In genera
Lorenzo Bianconi wrote:
> [...]
>
> >
> > In general I see no reason to populate these fields before the XDP
> > program runs. Someone needs to convince me why having frags info before
> > program runs is useful. In general headers should be preserved and first
> > frag already included in the da
[...]
>
> In general I see no reason to populate these fields before the XDP
> program runs. Someone needs to convince me why having frags info before
> program runs is useful. In general headers should be preserved and first
> frag already included in the data pointers. If users start parsing fu
Jesper Dangaard Brouer wrote:
> On Fri, 02 Oct 2020 11:06:12 -0700
> John Fastabend wrote:
>
> > Lorenzo Bianconi wrote:
> > > > Lorenzo Bianconi wrote:
> > > > > This series introduce XDP multi-buffer support. The mvneta driver is
> > > > > the first to support these new "non-linear" xdp_{buff
On 10/2/20 5:25 PM, John Fastabend wrote:
>>[..] Typically for such features to land is to require at least 2 drivers
>>implementing it.
I am working on making changes to Intel NIC drivers for XDP multi buffer based
on these patches. Respective patches Will be posted once ready.
On Fri, 02 Oct 2020 11:06:12 -0700
John Fastabend wrote:
> Lorenzo Bianconi wrote:
> > > Lorenzo Bianconi wrote:
> > > > This series introduce XDP multi-buffer support. The mvneta driver is
> > > > the first to support these new "non-linear" xdp_{buff,frame}. Reviewers
> > > > please focus on h
On 10/2/20 5:25 PM, John Fastabend wrote:
Lorenzo Bianconi wrote:
This series introduce XDP multi-buffer support. The mvneta driver is
the first to support these new "non-linear" xdp_{buff,frame}. Reviewers
please focus on how these new types of xdp_{buff,frame} packets
traverse the different la
Lorenzo Bianconi wrote:
> > Lorenzo Bianconi wrote:
> > > This series introduce XDP multi-buffer support. The mvneta driver is
> > > the first to support these new "non-linear" xdp_{buff,frame}. Reviewers
> > > please focus on how these new types of xdp_{buff,frame} packets
> > > traverse the diffe
> Lorenzo Bianconi wrote:
> > This series introduce XDP multi-buffer support. The mvneta driver is
> > the first to support these new "non-linear" xdp_{buff,frame}. Reviewers
> > please focus on how these new types of xdp_{buff,frame} packets
> > traverse the different layers and the layout design.
Lorenzo Bianconi wrote:
> This series introduce XDP multi-buffer support. The mvneta driver is
> the first to support these new "non-linear" xdp_{buff,frame}. Reviewers
> please focus on how these new types of xdp_{buff,frame} packets
> traverse the different layers and the layout design. It is on
13 matches
Mail list logo
