Hi Paul!

> I used to think that older BIOS cannot boot GPT partition, but I now
> believe the work to handle GPT is done by the MasterBootRecord. And so,
> it seems to me that there is not much reason to create MBR partition tables 
> today.

No. You either have a BIOS (which boots MBR) or UEFI (which
boots GPT) or both (UEFI with CSM which simulates BIOS to
boot legacy OS). If you have a GPT partition table, you also
often have a placeholder MBR to keep people from making new
partitions in case they overlooked the GPT partitions while
using old partitioning tools. So you can boot from a lot of
places, but if you talk about DOS, it will simply not work
on UEFI without CSM or BIOS even if you can boot it.

There is work on making FreeDOS understand GPT partitions
and Bret Johnson's USB drivers ALREADY do understand GPT.

So when you plug in USB disks or sticks with FAT partitions
and GPT partitioning, the drivers will assign a DOS drive
letter for them :-) But you still cannot boot DOS itself
without "legacy" support because without BIOS interrupts,
many things in DOS break, both in apps and kernel.

PDOS/386 aims to have the option of using UEFI calls instead
of BIOS interrupts for the kernel, but this still means that
only DOS apps without expectations about anything from the
BIOS would work. Also, it will probably only run protected
mode DOS apps which expect either DPMI or some DOS32A style
protected mode int 21 in the near future. At the moment, it
only runs apps specifically compiled for PDOS/386, I think?

One could add a VM86 host engine and a sort of self-made CSM
to PDOS/386 (or to FDPP, the DOSEMU2 protected mode fork of
the classic FreeDOS kernel) to run classic DOS apps on UEFI-
only systems, I guess.

If FreeDOS would convert an existing MBR partition scheme
into a GPT partition scheme, at the moment it would just
break the ability of old OS including FreeDOS itself to
access it, unless it is an USB disk NOT booted from :-p

Cheers, Eric

PS: I hope I remembered the things about PDOS/386 correctly!



_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to