From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexei Starovoitov Subject: Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter Date: Sat, 9 Apr 2016 10:26:37 -0700 Message-ID: <20160409172634.GA55330@ast-mbp.thefacebook.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> <57091FCE.50104@mojatatu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Tom Herbert , 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: Jamal Hadi Salim Return-path: Content-Disposition: inline In-Reply-To: <57091FCE.50104@mojatatu.com> Sender: owner-linux-mm@kvack.org List-Id: netdev.vger.kernel.org On Sat, Apr 09, 2016 at 11:29:18AM -0400, Jamal Hadi Salim wrote: > 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. yeah, no stack, no queues in 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. a link to these old bits? Just to be clear: this rfc is not the only thing we're considering. In particular huawei guys did a monster effort to improve performance in this area as well. We'll try to blend all the code together and pick what's the best. -- 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