From: Dave Hansen <dave.hansen@intel.com>
To: Joerg Roedel <joro@8bytes.org>
Cc: Peter Zijlstra <peterz@infradead.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
linux-kernel@vger.kernel.org, x86@kernel.org, tglx@linutronix.de,
bp@alien8.de, luto@kernel.org, kirill.shutemov@linux.intel.com,
rick.p.edgecombe@intel.com, jgross@suse.com
Subject: Re: [RFC][PATCH 0/8] x86/mm: Simplify PAE page table handling
Date: Fri, 24 Jan 2025 11:12:45 -0800 [thread overview]
Message-ID: <d30244ff-daba-499f-b4ee-24486676359a@intel.com> (raw)
In-Reply-To: <Z5NIKGcgS2pMhZFn@8bytes.org>
On 1/23/25 23:58, Joerg Roedel wrote:
> On Thu, Jan 23, 2025 at 03:06:26PM -0800, Dave Hansen wrote:
>> 32-bit+PTI or 32-bit in general? ;)
>
> +1 for removing x86-32 bit support alltogether.
>
>> I'm curious what Joerg and the other folks that worked on 32-bit PTI
>> think about it in retrospect. The 32 vs. 64-bit security gap was
>> probably modest in 2018 and it can only have grown since then.
>
> I think the decision to keep and maintain 32-bit support only makes
> sense if it can be kept on-par with x86-64 security-wise, otherwise we
> are lying to our users about the 'supported' part. Back in the day when
> I did the 32-bit PTI support it made sense, but that was 7 years ago.
>
> When was the last 32-bit only x86 CPU sold?
Probably INTEL_QUARK_X1000, but it was mostly a toy. It's family 5, so
this applies:
static const __initconst struct x86_cpu_id cpu_vuln_whitelist[] = {
...
VULNWL(INTEL, 5, X86_MODEL_ANY, NO_SPECULATION),
Here's one that was released in 2015, probably just for embedded use:
> https://www.intel.com/content/www/us/en/products/sku/91947/intel-quark-microcontroller-d2000/specifications.html
There were some Atoms in 2008 that seem to have had the 64-bit support
fused off. They were probably the last normal CPU that someone would
have in a PC that didn't have 64-bit support.
> https://www.intel.com/content/www/us/en/ark/products/codename/24976/products-formerly-silverthorne.html
> https://www.intel.com/content/www/us/en/products/sku/36331/intel-atom-processor-n270-512k-cache-1-60-ghz-533-mhz-fsb/specifications.html
But these are also NO_SPECULATION, so don't need most of the mitigations.
next prev parent reply other threads:[~2025-01-24 19:12 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-23 17:24 [RFC][PATCH 0/8] x86/mm: Simplify PAE page table handling Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 1/8] x86/mm: Always allocate a whole page for PAE PGDs Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 2/8] x86/mm: Always "broadcast" PMD setting operations Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 3/8] x86/mm: Always tell core mm to sync kernel mappings Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 4/8] x86/mm: Simplify PAE PGD sharing macros Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 5/8] x86/mm: Fix up comments around PMD preallocation Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 6/8] x86/mm: Preallocate all PAE page tables Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 7/8] x86/mm: Remove duplicated PMD preallocation macro Dave Hansen
2025-01-23 17:24 ` [RFC][PATCH 8/8] x86/mm: Remove now unused SHARED_KERNEL_PMD Dave Hansen
2025-01-23 21:49 ` [RFC][PATCH 0/8] x86/mm: Simplify PAE page table handling Peter Zijlstra
2025-01-23 23:06 ` Dave Hansen
2025-01-24 7:58 ` Joerg Roedel
2025-01-24 19:12 ` Dave Hansen [this message]
2025-01-28 8:13 ` Joerg Roedel
2025-01-24 8:52 ` Peter Zijlstra
2025-02-24 18:55 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d30244ff-daba-499f-b4ee-24486676359a@intel.com \
--to=dave.hansen@intel.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=jgross@suse.com \
--cc=joro@8bytes.org \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@kernel.org \
--cc=peterz@infradead.org \
--cc=rick.p.edgecombe@intel.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.