From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell King - ARM Linux Subject: Re: [PATCH 00/14] ARM BPF jit compiler improvements Date: Thu, 12 Jul 2018 22:35:47 +0100 Message-ID: <20180712213547.GW17271@n2100.armlinux.org.uk> References: <20180711093033.GP17271@n2100.armlinux.org.uk> <20180712210236.GV17271@n2100.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org To: Daniel Borkmann Return-path: Received: from pandora.armlinux.org.uk ([78.32.30.218]:33956 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732426AbeGLVrU (ORCPT ); Thu, 12 Jul 2018 17:47:20 -0400 Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Thu, Jul 12, 2018 at 11:12:45PM +0200, Daniel Borkmann wrote: > On 07/12/2018 11:02 PM, Russell King - ARM Linux wrote: > > On Thu, Jul 12, 2018 at 09:02:41PM +0200, Daniel Borkmann wrote: > >> Applied to bpf-next, thanks a lot Russell! > > > > Thanks, I've just sent four more patches, which is the sum total of > > what I'm intending to send for BPF improvements for the next merge > > window. > > Great, thanks a lot for the batch of improvements, Russell! > > Did you manage to get the BPF kselftest suite working on arm32 under > tools/testing/selftests/bpf/? In particular the test_verfier with > bpf_jit_enabled set to 1 and test_kmod.sh has a bigger number of > runtime tests that would stress it. I have a big issue with almost all of the tools/ subdirectory, and that is that it isn't "portable". It seems that cross-build environments just weren't considered when the tools subdirectory was created - it appears to require the entire kernel tree and build tree to be accessible on the target in order to build almost everything there. (I also exclusively do split-object builds, I never do an in-source-tree build.) At least perf has the ability to ask Kbuild to package it up as a tar.* file. That can be easily transported to the target as a self-contained buildable tree, and then be able to built from that. My cross-build environment for the kernel is just for building kernels, it does not have the facilities to build for userspace - I have a wide range of userspaces across targets, with a multitude of different glibc versions, and even when they're compatible versions, they're built differently. As far as I can see, basically, most tools/ stuff requires too much effort to work around this to be of any use to me. Even if I did unpick it from the kernel source tree by hand, that would be wasted effort, because I'd need to repeat that same process whenever anything there gets updated. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 13.8Mbps down 630kbps up According to speedtest.net: 13Mbps down 490kbps up