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

[Peter Zijlstra]

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