From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesper Dangaard Brouer Subject: Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter Date: Sat, 9 Apr 2016 14:27:59 +0200 Message-ID: <20160409142759.25d8464a@redhat.com> References: <1460090930-11219-1-git-send-email-bblanco@plumgrid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Brenden Blanco , "David S. Miller" , Linux Kernel Network Developers , Alexei Starovoitov , Or Gerlitz , Daniel Borkmann , Eric Dumazet , Edward Cree , john fastabend , Thomas Graf , Johannes Berg , eranlinuxmellanox@gmail.com, Lorenzo Colitti , brouer@redhat.com To: Tom Herbert Return-path: Received: from mx1.redhat.com ([209.132.183.28]:54075 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753659AbcDIM2I (ORCPT ); Sat, 9 Apr 2016 08:28:08 -0400 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Sat, 9 Apr 2016 08:17:04 -0300 Tom Herbert wrote: > One other API issue is how to deal with encapsulation. In this case a > header may be prepended to the packet, I assume there are BPF helper > functions and we don't need to return a new length or start? That reminds me. Do the BPF program need to know the head-room, then? -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer