From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) by kanga.kvack.org (Postfix) with ESMTP id CB5CE6B0005 for ; Sun, 10 Apr 2016 09:07:57 -0400 (EDT) Received: by mail-ig0-f180.google.com with SMTP id g8so51473809igr.0 for ; Sun, 10 Apr 2016 06:07:57 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com. [2607:f8b0:4001:c05::236]) by mx.google.com with ESMTPS id ph8si8994454igb.45.2016.04.10.06.07.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Apr 2016 06:07:57 -0700 (PDT) Received: by mail-ig0-x236.google.com with SMTP id f1so43006472igr.1 for ; Sun, 10 Apr 2016 06:07:57 -0700 (PDT) Subject: Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter 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> <20160409172634.GA55330@ast-mbp.thefacebook.com> From: Jamal Hadi Salim Message-ID: <570A502A.3050006@mojatatu.com> Date: Sun, 10 Apr 2016 09:07:54 -0400 MIME-Version: 1.0 In-Reply-To: <20160409172634.GA55330@ast-mbp.thefacebook.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Alexei Starovoitov 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 , Robert Olsson , kuznet@ms2.inr.ac.ru On 16-04-09 01:26 PM, Alexei Starovoitov wrote: > > yeah, no stack, no queues in bpf. Thanks. > >> 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? > Dang. Trying to remember exact name (I think it has been gone for at least 10 years now). I know it is not CONFIG_NET_FASTROUTE although it could have been that depending on the driver (tulip had some nice DMA properties - which by todays standards would be considered primitive ;->). +Cc Robert and Alexey (Trying to figure out name of driver based routing code that DMAed from ingress to egress port) > 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. > Sounds very interesting. 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