linux-kernel - Re: [patch 00/58] x86/apic: Decrapification and static calls

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: <20230720131316.GD3569127@hirez.programming.kicks-ass.net>
Date:   Thu, 20 Jul 2023 15:13:16 +0200
From:   Peter Zijlstra <peterz@...radead.org>
To:     Marc Gonzalez <marc.w.gonzalez@...e.fr>
Cc:     Thomas Gleixner <tglx@...utronix.de>, x86@...nel.org,
        LKML <linux-kernel@...r.kernel.org>
Subject: Re: [patch 00/58] x86/apic: Decrapification and static calls

On Thu, Jul 20, 2023 at 02:43:55PM +0200, Marc Gonzalez wrote:
> On 18/07/2023 01:14, Thomas Gleixner wrote:

> > Ideally we remove 32bit support altogether. I know the answer... :(
> 
> Hello Thomas,
> 
> For what it's worth, there are a few millions of these in the field:
> 
> # cat /proc/cpuinfo
> processor	: 0
> vendor_id	: GenuineIntel
> cpu family	: 6
> model		: 28
> model name	: Intel(R) Atom(TM) CPU CE4150   @ 1.20GHz
> stepping	: 10
> microcode	: 0x106
> cpu MHz		: 1199.885
> cache size	: 512 KB
> physical id	: 0
> siblings	: 2
> core id		: 0
> cpu cores	: 1
> apicid		: 0
> initial apicid	: 0
> fdiv_bug	: no
> f00f_bug	: no
> coma_bug	: no
> fpu		: yes
> fpu_exception	: yes
> cpuid level	: 10
> wp		: yes
> flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts cpuid aperfmperf pni dtes64 monitor ds_cpl vmx tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm tpr_shadow vnmi flexpriority vpid dtherm
> vmx flags	: vnmi flexpriority tsc_offset vtpr vapic
> bugs		:
> bogomips	: 2400.76
> clflush size	: 64
> cache_alignment	: 64
> address sizes	: 32 bits physical, 48 bits virtual
> power management:

But that's a 64bit chip, no? lm, cx16