From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Pirko Subject: Re: [Q/RFC] BPF use in broader scope Date: Thu, 29 Mar 2012 10:31:49 +0200 Message-ID: <20120329083149.GD2098@minipsycho> References: <20120329074443.GB2098@minipsycho> <20120329.034957.655153582806618222.davem@davemloft.net> <20120329075410.GC2098@minipsycho> <1333008145.2325.275.camel@edumazet-glaptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: David Miller , netdev@vger.kernel.org, bhutchings@solarflare.com, shemminger@vyatta.com, matt@ozlabs.org To: Eric Dumazet Return-path: Received: from mx1.redhat.com ([209.132.183.28]:32565 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751643Ab2C2Ibz (ORCPT ); Thu, 29 Mar 2012 04:31:55 -0400 Content-Disposition: inline In-Reply-To: <1333008145.2325.275.camel@edumazet-glaptop> Sender: netdev-owner@vger.kernel.org List-ID: Thu, Mar 29, 2012 at 10:02:25AM CEST, eric.dumazet@gmail.com wrote: >On Thu, 2012-03-29 at 09:54 +0200, Jiri Pirko wrote: > >> Yep, I'm aware. I must admit that the JIT code scares me a litte :( >> > >If you add a new XOR instruction in interpreter only, JIT compiler will >automatically aborts, so no risk. > >Each arch maintainer will add the support for the new instructions as >separate patches. > >So you can focus on net/core/filter.c file only. > Ok - I can do this for 2). But for 3) JITs need to be modified. So I would like to kindly ask you and Matt if you can do this modification so bpf_func takes pointer to mem (scratch store) as second parameter. I'm sure it's very easy for you to do. Ccing Matt. Thanks. > >