Re: [Freedos-kernel] EXT3 support

[H. Peter Anvin]

On 08/14/15 15:00, Till wrote:
> 
> Quoting João Jerónimo :
> 
>> Wouldn't it be better to use a redirector? This can be done with a TSR.
>>
>> João Jerónimo
>>
> 
> 
> A TSR redirector would be great for assigning an EXT3 drive to a drive  
> letter for standard I/O operations.  However a kernel driver would  
> allow freeDOS to boot and run from an EXT3 journaling partition, I can  
> only imagine that the benefits from this would be huge.
> 

You can do this anyway by using an auxiliary bootloader, e.g. Syslinux
or Grub.  The idea is that you load the basic DOS into a ramdisk from
the bootloader (e.g. via memdisk) and then you can load your TSR.

What *might* be useful could be a way to have some way for the FreeDOS
kernel to natively boot from a ramdisk in high memory, or at least have
a way to not have the ramdisk become drive A or C.

-hpa



--
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

[Freedos-kernel] FreeDOS and redirectors

[H. Peter Anvin]

I wanted to ask: to what degree does FreeDOS implement the redirector
interface?  Are there any known incompatibilities?

The reason I am asking is that I started a project that I was never able
to find time finish (and don't expect to have any more for the
forseeable future) to write a 9pfs redirector for DOS, which would let
DOS access a filesystem (as opposed to a disk image) using Qemu.

If there is interest, the code so far is at:

http://git.zytor.com/dos/virtio9p.git/

It contains a lot of infrastructure work done (tested under MS-DOS 6.22)
but not much of the actual file operations.

This also requires that any protected mode memory manager (EMM386 etc)
implements the DOS VDS (Virtual DMA Service, INT 4Bh AH=81h) API.

-hpa

--
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel