Intel Continues Prepping the Linux Kernel for X86S (opens in new tab)

(phoronix.com)

27 pointssertsa2y ago9 comments

9 comments

Arguably, any 32-bit binaries that still need to be supported are old now, and a pure 64-bit environment could afford to run them in emulation/JIT translation/whatever without noticeable performance issues.

dist-epoch2y ago

They only remove support for 32-bit OSes, not for running 32 bit code in general:

> To further clarify, 32-bit x86 user-space software would continue to work on modern 64-bit operating systems with X86-S.

A lot of Windows binaries, including most Electron apps, are still 32 bit, and are run unmodified on 64 bit Windows.

lenerdenator2y ago

I'm not much of a processor guy, so besides removing cruft, what does X86S do to set up Intel for competing with the likes of ARM in the future?

throwaway484762y ago

Will intel provide software to emulate x86-64 on x86S?

ArchOversight2y ago

No, because it is still x86-64, it just bypasses the bootstrapping process that exists right now going from 16 bit to 32 bit to 64 bit by starting the CPU in 64 bit mode.

However 32 bit registers and everything will continue to exist, and it will act like todays CPU's that went through the multiple bootstrap rounds to get into 64 bit mode.

NikkiA2y ago

Which begs the question as to what 'support' linux needs given that I believe EFI does the job of entering protected mode these days.

1 more reply

scj2y ago

To rephrase your question, are there any Long Mode user space changes?

Skimming Intel's spec ( https://cdrdv2.intel.com/v1/dl/getContent/776648 ), the X86S looks really risk-adverse towards changing Long Mode user space.

I don't recognize any changes offhand, but my knowledge of x86 legacy is pretty limited (and will hopefully be obsolete soon).

anko2y ago

I wonder if AMD would adopt this too?

j / k navigate · click thread line to collapse