Re: Explaining RX-stages for XDP

2016-09-28 Thread Alexei Starovoitov
On Wed, Sep 28, 2016 at 12:44:31PM +0200, Jesper Dangaard Brouer wrote: > > The idea is quite different. It has nothing to do with Edward's > proposal[3]. The RX packet-vector is simply an array, either of pointers > or index numbers (into the RX-ring). The needed changes are completely > conta

Re: Explaining RX-stages for XDP

2016-09-28 Thread Jesper Dangaard Brouer
On Tue, 27 Sep 2016 19:12:44 -0700 Alexei Starovoitov wrote: > On Tue, Sep 27, 2016 at 11:32:37AM +0200, Jesper Dangaard Brouer wrote: > > > > Let me try in a calm way (not like [1]) to explain how I imagine that > > the XDP processing RX-stage should be implemented. As I've pointed out > > be

Re: Explaining RX-stages for XDP

2016-09-27 Thread Alexei Starovoitov
On Tue, Sep 27, 2016 at 11:32:37AM +0200, Jesper Dangaard Brouer wrote: > > Let me try in a calm way (not like [1]) to explain how I imagine that > the XDP processing RX-stage should be implemented. As I've pointed out > before[2], I'm proposing splitting up the driver into RX-stages. This > is a

Explaining RX-stages for XDP

2016-09-27 Thread Jesper Dangaard Brouer
Let me try in a calm way (not like [1]) to explain how I imagine that the XDP processing RX-stage should be implemented. As I've pointed out before[2], I'm proposing splitting up the driver into RX-stages. This is a mental-model change, I hope you can follow my "inception" attempt. The basic con