Philipp Stanner wrote:
> As far as I understood the Intel Programmer's Manual the CPUs
> provide a 16-bit compatibility-mode in 64-bit-long-mode...
Every new CPU comes out of reset in 16-bit mode, just like 8086.
> I don't see a reason why it should be impossible to abolish Real Mode,
>
> I don't see a reason why it should be impossible to abolish Real Mode,
Segmentation and basically everything beside Long-Mode
> and virtual 32 Bit-mode.
This is why: https://en.wikipedia.org/wiki/Itanium
> The Operating-System-Manufactures would need a bit of time to change
their operating
On 30.08.2017 14:54, Peter Stuge wrote:
Compatibility is the only actual value of x86.
Hi,
I was often wondering why they don't at least try to get rid of the
*very* old stuff when it's not possible to get rid of the middle-old stuff.
It's understandable that it's necessary to provide a
Hello Peter,
This is the main point of x86 architecture, since this PC XT compatibility
went too far. INTEL tried to get rid of it, introducing ITANIUM
architecture, written from scratch (considering BSP), but as I know, this
project did not succeed, in the sense that this initiation of BSP did
Zoran, Vincenzo,
BIOS and UEFI have higher privilege in the system than the OS kernel,
which has higher privilege than userland processes, which have higher
privilege than the user.
Any component with higher privilege can override, circumvent or
contradict parts of the system and users with
Hello Vincenzo,
Since you replied only to me, I would like to write my reply also to the
whole list, in order to draw some more experienced people with INT 13H
knowledge.
Explicitly, I do not know with 100% certainty if OSes direct via INT 13H
some data to be written to the USB and/or SATA. It
6 matches
Mail list logo