Proposal: Bastard floppy and ramdisk block device.

[Natsakis Konstantinos <cyfex@mail.com>]

I've written a module for the kernel that handles a new binary block device (i call it /dev/flpemu) which acts partly as a virtual floppy. The handler is a stripped down version of the ramdisk driver with the addition that it supports the FDGETPRM ioctl. The return structure of this ioctl is arbitrarily defined in the source. For example it can be set to always return the parameters for a 1440k 3 1/2 floppy.

The use of this bastard device is to be able to install lilo on a floppy disk image previously uploaded on the /dev/flpemu's buffer.

This allows the automation of the process of creating bootable floppy disks as there is no need for an actual floppy disk or even a floppy controller. It certainly made my life easier. So what I'm asking is:

Is there any interest for such a strange thing?

And if yes what would be the best way to implement it?
Would it be better to add 2 ioctls to the ramdisk driver (One to set the parameters and one to get them) instead of creating a new device?

Is this maybe stupid altogether?
Should it be implemented on lilo's side alone?
Should this be extended maybe to support a wider range of floppy ioctl in order to be usefull?

thank you.

cyfex