lkml.org 
[lkml]   [2022]   [Apr]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [PATCH] sched/tracing: append prev_state to tp args instead
    On Fri, Apr 22, 2022 at 8:56 AM Steven Rostedt <rostedt@goodmis.org> wrote:
    >
    > On Fri, 22 Apr 2022 13:09:03 +0200
    > Peter Zijlstra <peterz@infradead.org> wrote:
    >
    > > If bpf wants to ride on them, it needs to suffer the pain of doing so.
    >
    > And I constantly hear that BPF is not an ABI, and is not guaranteed to work
    > from one kernel version to the next.

    Right, and that's true in terms of expectations of BPF users. But it's
    also true that in pracitce people's tools have to keep working across
    multiple kernel versions and we've developed multiple technologies
    (e.g., BPF CO-RE) and techniques to allow people to adapt to kernel
    changes. See [0] and [1] for some of the tricks people do in real
    production tools to accommodate kernel changes. Some kernel changes
    are easier to accommodate, some are harder. This particular one,
    though, is pretty complicated as no function or symbol got renamed, so
    it's much more involved to detect changes like this. But ultimately
    people will do that anyway.

    But the ask here is, given it's not too late and it's trivial to avoid
    this breakage in the first place by reordering function arguments, we
    (BPF users) kindly ask to consider doing that. Hopefully this trivial
    change isn't hampering kernel development in any way.

    [0] https://github.com/iovisor/bcc/pull/3917
    [1] https://github.com/iovisor/bcc/pull/3747

    >
    > -- Steve

    \
     
     \ /
      Last update: 2022-04-22 18:56    [W:4.056 / U:0.052 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site