linux-kernel - Re: [RFC] x86/cpu_entry_area: move part of it back to fixmap

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20181004073719.GD19272@hirez.programming.kicks-ass.net>
Date:   Thu, 4 Oct 2018 09:37:19 +0200
From:   Peter Zijlstra <peterz@...radead.org>
To:     Nadav Amit <namit@...are.com>
Cc:     Thomas Gleixner <tglx@...utronix.de>,
        Ingo Molnar <mingo@...hat.com>, linux-kernel@...r.kernel.org,
        x86@...nel.org, David Woodhouse <dwmw@...zon.co.uk>,
        Andy Lutomirski <luto@...nel.org>
Subject: Re: [RFC] x86/cpu_entry_area: move part of it back to fixmap

On Wed, Oct 03, 2018 at 09:59:48PM -0700, Nadav Amit wrote:
> This patch proposes to do something different: break
> it into two. One part holds code+data that is needed for the entry
> (trampoline code, entry stack and TSS), which is mapped in the fixmap.

> The other part holds the exception_stacks, debug store and buffers, and
> is left in its current (new) position.

> The name
> "cpu_entry_area_aux" for the second area is awful (ideas are welcomed),

How about: cpu_data_area ? Since none of that is required for the entry,
that should also not be part of its name.