[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <331d5ea30b9d290aa451ec2e8389415823b909d8.camel@linux.intel.com>
Date: Wed, 27 May 2020 11:31:28 +0300
From: Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>
To: hpa@...or.com, Thomas Gleixner <tglx@...utronix.de>,
Don Porter <porter@...unc.edu>
Cc: Andi Kleen <ak@...ux.intel.com>, Sasha Levin <sashal@...nel.org>,
linux-kernel@...r.kernel.org, bp@...en8.de, luto@...nel.org,
dave.hansen@...el.com, tony.luck@...el.com,
ravi.v.shankar@...el.com, chang.seok.bae@...el.com
Subject: Re: Re: [PATCH v12 00/18] Enable FSGSBASE instructions
On Sun, 2020-05-24 at 12:45 -0700, hpa@...or.com wrote:
> On a related topic (needless to say, this should never have happened
> and is being raised at the highest levels inside Intel):
>
> There are legitimate reasons to write a root-hole module, the main one
> being able to test security features like SMAP. I have requested
> before a TAINT flag specifically for this purpose, because
> TAINT_CRAP is nowhere near explicit enough, and is also used for
> staging drivers. Call it TAINT_TOXIC or TAINT_ROOTHOLE; it should
> always be accompanied with a CRIT level alert.
Are these flags easy to bump into in the first place for a person with
no prior familarity with the kernel?
/Jarkko
Powered by blists - more mailing lists