Op 12-6-2011 2:23, Eric Auer schreef: > Depends on what you mean with properly working ;-) As said in > my previous mail, I am already happy with booting from flash > USB sticks or using USB keyboards and mice using the BIOS but > that is limited (no hotplugging, often slow I/O) and many USB > devices exist which are not simply storage, keyboards or mice.
Properly working as in giving access to all disks without killing USB keyboards. > As for the storage, I only know lsusb (-v) in Linux, but some of > the DOS USB drivers or even some BIOSes might show a device list > at start-up or come with some tools for that. Basicly I was expecting George Pothast's driver to have a readable output of things instead of a technical display, as well as auto-excluding the keyboard or providing a driver for it. > You can use PCISLEEP L in DOS or lspci -nn in Linux to find out. Well I'm trying to find out how to use that 'exclude controller on which keyboard is connected' feature. It's documented, just in a horrible fashion, as in "how do I determine if flash disk and keyboard are on same controller" > Not sure about the current state, but which USB versions does the > driver by Bret support? The driver by Georg can do USB 2 as far as > I remember, but the USB2-aware version is not free at the moment. > There is a time-limited demo version, though: You either have to > reboot or reload the driver once in a while with that, I believe. George's driver works yes, but kills keyboard. Same for stuff like older DOS ASPI drivers. The only USB keyboard driver I know is Bret's, and it simply doesn't even load, claiming no SCSI/ASPI driver found (despite SCSIMGR$ existing). > The problem is that you cannot have a DOS USB driver and the BIOS > USB driver at the same time. One possibility is to tell the DOS > driver to ignore one of your controllers and leave that to what > the BIOS does, but then you need at least 2 controllers and you > have to know which of them is connected to which USB sockets ;-) All I want from any USB driver is to upgrade the connection speed to my storage device to the hardware's potential/limitation. It seems like the 1.5mbit/s USB 1.1 speed is used, rather than a 12mbit/s USB 1.1 speed, or a higher speed for USB 2.0 (provided the flash disk is 2.0). Loading an 8MB ISO file from USB disk takes about 25 seconds. > That is interesting. UHCI = USB 1.1, OHCI = almost the same but > a bit better (typically non-Intel/VIA controllers) but also 1995 > standard, EHCI = USB 2.0 fast standard from 2000. Since 2010 the > USB 3.0 standard exists which is even faster. Note that normally > all EHCI controllers are extensions of UHCI or OHCI ones, a bit > like UDMA is an extension for IDE, so drivers and devices should > still be able to run at low speed with a new controller. Well I'm on a system where Bret's basic driver simply won't load due to not having the correct controllers. >> Does any other USB keyboard driver work? > All a bit of guesswork from my side but maybe still inspires you :-) tried it all before mailing the list. Only thing remaining is maybe PLOP boot manager, who knows if booting from USB, then Syslinux/PloP, then same USB disk again, goes correct. > Groetjes, Eric Bernd ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
