[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190614134401.q2wbh6mvo4nzmw2o@treble>
Date: Fri, 14 Jun 2019 08:44:01 -0500
From: Josh Poimboeuf <jpoimboe@...hat.com>
To: David Laight <David.Laight@...LAB.COM>
Cc: 'Alexei Starovoitov' <alexei.starovoitov@...il.com>,
"x86@...nel.org" <x86@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"bpf@...r.kernel.org" <bpf@...r.kernel.org>,
Peter Zijlstra <peterz@...radead.org>,
Song Liu <songliubraving@...com>,
Kairui Song <kasong@...hat.com>
Subject: Re: [PATCH 6/9] x86/bpf: Fix JIT frame pointer usage
On Fri, Jun 14, 2019 at 10:50:23AM +0000, David Laight wrote:
> On Thu, Jun 13, 2019 at 08:21:03AM -0500, Josh Poimboeuf wrote:
> > The BPF JIT code clobbers RBP. This breaks frame pointer convention and
> > thus prevents the FP unwinder from unwinding through JIT generated code.
> >
> > RBP is currently used as the BPF stack frame pointer register. The
> > actual register used is opaque to the user, as long as it's a
> > callee-saved register. Change it to use R12 instead.
>
> Could you maintain the system %rbp chain through the BPF stack?
Do you mean to save RBP again before changing it again, so that we
create another stack frame inside the BPF stack? That might work.
> It might even be possible to put something relevant in the %rip
> location.
I'm not sure what you mean here.
--
Josh
Powered by blists - more mailing lists