From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jamal Hadi Salim Subject: Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter Date: Sat, 9 Apr 2016 11:29:18 -0400 Message-ID: <57091FCE.50104@mojatatu.com> References: <1460090930-11219-1-git-send-email-bblanco@plumgrid.com> <20160408123614.2a15a346@redhat.com> <20160408143340.10e5b1d0@redhat.com> <20160408172651.GA38264@ast-mbp.thefacebook.com> <20160408220808.682630d7@redhat.com> <20160408213414.GA43408@ast-mbp.thefacebook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jesper Dangaard Brouer , Brenden Blanco , "David S. Miller" , Linux Kernel Network Developers , Or Gerlitz , Daniel Borkmann , Eric Dumazet , Edward Cree , john fastabend , Thomas Graf , Johannes Berg , eranlinuxmellanox@gmail.com, Lorenzo Colitti , linux-mm To: Tom Herbert , Alexei Starovoitov Return-path: In-Reply-To: Sender: owner-linux-mm@kvack.org List-Id: netdev.vger.kernel.org On 16-04-09 07:29 AM, Tom Herbert wrote: > +1. Forwarding which will be a common application almost always > requires modification (decrement TTL), and header data split has > always been a weak feature since the device has to have some arbitrary > rules about what headers needs to be split out (either implements > protocol specific parsing or some fixed length). Then this is sensible. I was cruising the threads and confused by your earlier emails Tom because you talked about XPS etc. It sounded like the idea evolved into putting the whole freaking stack on bpf. If this is _forwarding only_ it maybe useful to look at Alexey's old code in particular the DMA bits; he built his own lookup algorithm but sounds like bpf is a much better fit today. cheers, jamal -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org