[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171030173216.72y673m32gra4b55@hirez.programming.kicks-ass.net>
Date: Mon, 30 Oct 2017 18:32:16 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Alexander Popov <alex.popov@...ux.com>
Cc: kernel-hardening@...ts.openwall.com, keescook@...omium.org,
pageexec@...email.hu, spender@...ecurity.net,
Ingo Molnar <mingo@...nel.org>, Andy Lutomirski <luto@...nel.org>,
tycho@...ker.com, Laura Abbott <labbott@...hat.com>,
Mark Rutland <mark.rutland@....com>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Borislav Petkov <bp@...en8.de>,
Thomas Gleixner <tglx@...utronix.de>,
"H . Peter Anvin" <hpa@...or.com>, x86@...nel.org
Subject: Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for
tracking the kernel stack
On Mon, Oct 30, 2017 at 07:51:33PM +0300, Alexander Popov wrote:
> When the thread stack is exhausted, this BUG() is hit. But do_error_trap(),
> which handles the exception, calls track_stack() itself again (since it is
> instrumented by the gcc plugin). So this recursion proceeds with exhausting the
> thread stack.
Add a __attribute__((nostacktrack)) on it?
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
