Thread (19 messages) flat view 19 messages, 2 authors, 2015-02-10

Re: [PATCH v3 linux-trace 4/8] samples: bpf: simple tracing example in C

From: Steven Rostedt <hidden>
Date: 2015-02-10 05:15:38
Also in: linux-api, lkml

On Mon, 9 Feb 2015 23:08:36 -0500
Steven Rostedt [off-list ref] wrote:
 
I don't want to get stuck with pinned kernel data structures again. We
had 4 blank bytes of data for every event, because latency top hard
coded the field. Luckily, the 64 bit / 32 bit interface caused latency
top to have to use the event_parse code to work, and we were able to
remove that field after it was converted.
I'm wondering if we should label eBPF programs as "modules". That is,
they have no guarantee of working from one kernel to the next. They
execute in the kernel, thus they are very similar to modules.

If we can get Linus to say that eBPF programs are not user space, and
that they are treated the same as modules (no internal ABI), then I
think we can be a bit more free at what we allow.

-- Steve
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help