From mboxrd@z Thu Jan 1 00:00:00 1970 From: will.deacon@arm.com (Will Deacon) Date: Fri, 4 Jul 2014 09:07:51 +0100 Subject: [PATCH RFC] arm64: eBPF JIT compiler In-Reply-To: References: <1404278424-31176-1-git-send-email-zlim.lnx@gmail.com> <20140703091450.GB12958@arm.com> Message-ID: <20140704080751.GA23379@arm.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, Jul 04, 2014 at 07:56:54AM +0100, Z Lim wrote: > On Thu, Jul 3, 2014 at 2:14 AM, Will Deacon wrote: > > Does this sound remotely feasible? > > So I looked at insn.c and the only overlap at this point is B/BL codegen. > A whole lot more, e.g. arithmetic, logical, and memory ops, will need > to be shuffled in. Yup, the more the merrier. I just want to avoid having N subtley different encoders/decoders, as this stuff tends to be hard to review and easy to make small mistakes. > Let me address Alexei's review comments and send out a v2. > After that, I can take a stab at consolidating bpf_jit.h into > insn.{c,h}. Sounds good to you? Perfect. Will From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756157AbaGDII0 (ORCPT ); Fri, 4 Jul 2014 04:08:26 -0400 Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:35076 "EHLO cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751901AbaGDIIS (ORCPT ); Fri, 4 Jul 2014 04:08:18 -0400 Date: Fri, 4 Jul 2014 09:07:51 +0100 From: Will Deacon To: Z Lim Cc: Catalin Marinas , "David S. Miller" , Daniel Borkmann , Alexei Starovoitov , Chema Gonzalez , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "netdev@vger.kernel.org" Subject: Re: [PATCH RFC] arm64: eBPF JIT compiler Message-ID: <20140704080751.GA23379@arm.com> References: <1404278424-31176-1-git-send-email-zlim.lnx@gmail.com> <20140703091450.GB12958@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 04, 2014 at 07:56:54AM +0100, Z Lim wrote: > On Thu, Jul 3, 2014 at 2:14 AM, Will Deacon wrote: > > Does this sound remotely feasible? > > So I looked at insn.c and the only overlap at this point is B/BL codegen. > A whole lot more, e.g. arithmetic, logical, and memory ops, will need > to be shuffled in. Yup, the more the merrier. I just want to avoid having N subtley different encoders/decoders, as this stuff tends to be hard to review and easy to make small mistakes. > Let me address Alexei's review comments and send out a v2. > After that, I can take a stab at consolidating bpf_jit.h into > insn.{c,h}. Sounds good to you? Perfect. Will From mboxrd@z Thu Jan 1 00:00:00 1970 From: Will Deacon Subject: Re: [PATCH RFC] arm64: eBPF JIT compiler Date: Fri, 4 Jul 2014 09:07:51 +0100 Message-ID: <20140704080751.GA23379@arm.com> References: <1404278424-31176-1-git-send-email-zlim.lnx@gmail.com> <20140703091450.GB12958@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Catalin Marinas , Chema Gonzalez , "linux-kernel@vger.kernel.org" , Daniel Borkmann , "netdev@vger.kernel.org" , "David S. Miller" , "linux-arm-kernel@lists.infradead.org" , Alexei Starovoitov To: Z Lim Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org List-Id: netdev.vger.kernel.org On Fri, Jul 04, 2014 at 07:56:54AM +0100, Z Lim wrote: > On Thu, Jul 3, 2014 at 2:14 AM, Will Deacon wrote: > > Does this sound remotely feasible? > > So I looked at insn.c and the only overlap at this point is B/BL codegen. > A whole lot more, e.g. arithmetic, logical, and memory ops, will need > to be shuffled in. Yup, the more the merrier. I just want to avoid having N subtley different encoders/decoders, as this stuff tends to be hard to review and easy to make small mistakes. > Let me address Alexei's review comments and send out a v2. > After that, I can take a stab at consolidating bpf_jit.h into > insn.{c,h}. Sounds good to you? Perfect. Will