Op 3-8-2011 23:41, Bernd Blaauw schreef: > As for your drivers, I'm rather curious. Suppose I boot an USB flash > disk (2.0 interface, 2.0 port), and crappy BIOS is happy to stick to 1.1 > speed. The flash disk gets assigned C:. > Next, I'd load your drivers, which > 1) disable all BIOS legacy USB emulation (bye keyboard, mouse..) > 2) Make contents of C: disappear below my feet and scripts can't continue. > > How's this situation solved?
Just wanted to add to the above by saying it would be awesome if a semi-full USB stack would exist. Basicly: recognise USB equipment whenever not booting from it. So a simple old floppy or IDE/SATA CD drive granting access to everything. That means: * general USB driver * mass storage controller driver, preferably offering ASPI as well * disk driver, preferably offering ASPI as well (and int13?), for harddisks and USB flash storage. * floppy driver for USB floppies * CD-driver (chaining into ASPI I guess, just like SCSI CD drives did in the past for SCSI controllers). Again ASPI would be nice, enabling CD writing (though flash disks seem easier nowadays!) * Driver for Keyboard (after all you're killing BIOS legacy emulation due to loading your driver) * Driver for Mouse (same). Installing FreeDOS from USB disk, or installing from CD onto USB disk, would be awesome. After all, computers are turning into "single-disk fully NTFS-partitioned" systems. As an alternative I could try loading SHSURDRV. A 3GB RAMDISK acting as drive C: should work fine. I'd wish C: wouldn't be assigned to USB drives anyway, but guess DOS is depending on BIOS USB harddisk emulation anyway so we're out of luck. ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
