Hi again, VDS question time... So the only reason why you have
to turn off VDS on some SCSI system is that the interfaces
overlap (use the same interrupt / register values)? If so, it
should be possible to autodetect that case. But I assume there
are other cases where VDS must be turned off to make things
work, so if you have encountered such a case, please tell us.

You means YOU DOS USER OUT THERE in this context :-).

I remember that recent VDS problems were caused by bugs or
incomplete support for this or that in EMM386 VDS. That does
not count as "you have to turn off VDS to make things work",
because the alternative solution "you have to update your
emm386 to make things work while VDS is on
..." is the better solution here and there is no unavoidable
general VDS incompatibility related to those problems.

On the other hand, SCSI does seem to have odd properties
which we should analyze some more. Remember that LBACACHE
requires the TUNS option for some SCSI systems when you
loadhigh LBACACHE: TUNS allocates stack space in low RAM,
as some unknown quirk makes SCSI BIOSes fail on int 13 calls
like function 8 or 48 when the stack is in UMB space... And
it would be really nice to know more about that oddity.

So I wonder if there are "VDS must be turned off" systems apart
from the "interface overlaps" cases with the newest EMM386. And
of course it would be nice to have a list of those SCSI systems
(controllers / BIOSes) which do have the overlap-problem...

Eric



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to