On 11/1/2020 6:54 PM, Paul Dufresne via Freedos-devel wrote:
I said: "but why don't we use gcdrom rather than UDVD2?"
Obviously because a lot of DOS computers does not have a SATA "CDROM"
(probably more DVD disk).
Ideally I would say try gcdrom, if it does not work, use old UDVD2.
But, to be
On 11/1/2020 7:16 PM, Paul Dufresne via Freedos-devel wrote:
It seems not so hard in theory:
Define a GUID for FreeDOS.
Create a BIOS Boot partition.
Write at the beginning of BIOS Boot partition a special "MBR" that
search FreeDOS GUID partition in the GPT, load it and jump to it.
Go ahead
Le lun., 02 nov. 2020 15:32:43 -0500 Eric Auer écrit
Hi Paul,
> That's because on a AHCI only computer (without PATA or SATA IDE),
> you cannot access the sectors with INT 13h.
Yes you can. For harddisk/SSD.
I am glad to report that I was wrong.
Indeed INT 13h continue to wor
Hi Paul,
> That's because on a AHCI only computer (without PATA or SATA IDE),
> you cannot access the sectors with INT 13h.
Yes you can. For harddisk/SSD. Unless you configure the
computer to disable BIOS completely and boot only UEFI
operating systems.
But in that case, you get plenty of othe
I should have describe a little bit more why I was suggesting it might be
necessary to include AHCI driver in DOS kernel.
That's because on a AHCI only computer (without PATA or SATA IDE), you cannot
access the sectors with INT 13h.
Well, I have tried in Qemu with '-M Q35' machine achitectur
Hello Steve,
(2) to also add features found in later versions of GW-BASIC --- support
for subdirectories, EGA/VGA screen modes, etc. etc. etc. --- and
possibly to extend it even further (maybe even have it run natively on
Linux?).
It is good that the behavior of GW-BASIC, or more precisely BASI
Hi Paul,
> I now realize it is still an IDE driver, not an AHCI driver like I thought.
> Anyway, I wonder if the kernel itself would be needed to support AHCI mode
The DOS kernel has nothing to do at all with your drive controllers.
DOS either asks the BIOS to read or write sectors (for hardd
Sorry I was confused about gcdrom.sys.
(Re)reading http://www.bootablecd.de/fdhelp-internet/en/hhstndrd/base/gcdrom.htm
I now realize it is still an IDE driver, not an AHCI driver like I thought.
Anyway, I wonder if the kernel itself would be needed to support AHCI mode
without IDE emulation.
