From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752966AbcFNUG0 (ORCPT ); Tue, 14 Jun 2016 16:06:26 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57137 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751688AbcFNUGX (ORCPT ); Tue, 14 Jun 2016 16:06:23 -0400 To: systemtap@sourceware.org Cc: iovisor-dev@lists.iovisor.org, Linux Kernel Mailing List From: Richard Henderson Subject: BPF runtime for systemtap Message-ID: <72b69807-4cd7-afab-0acd-51af8c76469e@redhat.com> Date: Tue, 14 Jun 2016 13:06:20 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Tue, 14 Jun 2016 20:06:22 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I'm pleased to be able to announce an initial implementation of an (e)bpf backend for systemtap. For the subset of systemtap probes that can use kprobes, we can use a bpf filter instead of loading a kernel module. As this implementation is young, there are a number of limitations. Neither string nor stats types are supported. Both require enhancements to the set of builtin functions supported in kernel. The stap bpf loader still needs improvement with respect to its use of the event subsystem. We're using the same intermediate file format that is supported by the llvm bpf backend. I have some improvements to submit for the llvm bpf backend as well. The code can be reviewed at git://sourceware.org/git/systemtap.git rth/bpf r~