Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752041AbdFNJtm (ORCPT ); Wed, 14 Jun 2017 05:49:42 -0400 Received: from eddie.linux-mips.org ([148.251.95.138]:53418 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751727AbdFNJtH (ORCPT ); Wed, 14 Jun 2017 05:49:07 -0400 Date: Wed, 14 Jun 2017 11:48:58 +0200 From: Ralf Baechle To: David Daney Cc: Alexei Starovoitov , Daniel Borkmann , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, Markos Chandras , Matt Redfearn Subject: Re: [PATCH v2 0/5] MIPS: Implement eBPF JIT. Message-ID: <20170614094858.GC31492@linux-mips.org> References: <20170613222847.7122-1-david.daney@cavium.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170613222847.7122-1-david.daney@cavium.com> User-Agent: Mutt/1.8.0 (2017-02-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1081 Lines: 35 On Tue, Jun 13, 2017 at 03:28:42PM -0700, David Daney wrote: > Changes in v2: > > - Squash a couple of the uasm cleanups. > > - Make insn_table_MM const (suggested by Matt Redfearn) > > - Put the eBPF in its own source file (should fix build > warnings/errors on 32-bit kernel builds). > > - Use bpf_jit_binary_alloc() (suggested by Daniel Borkmann) > > - Implement tail calls. > > - Fix system call tracing to extract arguments for > kprobe/__seccomp_filter() tracing (perhaps not really part the the > JIT, but necessary to have fun with the samples/bpf programs). > > Most things in samples/bpf work, still working on the incantations to > build tools/testing/selftests/bpf/ ... > > > >From v1: > > The first three patches improve MIPS uasm in preparation for use by > the JIT. Then the eBPF JIT implementation. > > I am CCing netdev@ and the BPF maintainers for their comments, but > would expect Ralf to merge via the MIPS tree if and when it all looks > good. Thanks, applied after fixing a minor conflict in arch/mips/Kconfig. Ralf