[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160913234039.GA42336@ast-mbp.thefacebook.com>
Date: Tue, 13 Sep 2016 16:40:41 -0700
From: Alexei Starovoitov <alexei.starovoitov@...il.com>
To: "Rustad, Mark D" <mark.d.rustad@...el.com>
Cc: Eric Dumazet <eric.dumazet@...il.com>,
Tom Herbert <tom@...bertland.com>,
Brenden Blanco <bblanco@...mgrid.com>,
Linux Kernel Network Developers <netdev@...r.kernel.org>,
intel-wired-lan <intel-wired-lan@...ts.osuosl.org>,
Jesper Dangaard Brouer <brouer@...hat.com>,
Cong Wang <xiyou.wangcong@...il.com>,
"David S. Miller" <davem@...emloft.net>,
William Tu <u9012063@...il.com>
Subject: Re: [Intel-wired-lan] [net-next PATCH v3 2/3] e1000: add initial XDP
support
On Tue, Sep 13, 2016 at 10:41:12PM +0000, Rustad, Mark D wrote:
> That said, I can see that you have tried to keep the original code path
> pretty much intact. I would note that you introduced rcu calls into the !bpf
> path that would never have been done before. While that should be ok, I
> would really like to see it tested, at least for the !bpf case, on real
> hardware to be sure.
please go ahead and test. rcu_read_lock is zero extra instructions
for everything but preempt or debug kernels.
Powered by blists - more mailing lists