DRIEHUIS%HLERUL5.BITNET@cunyvm.cuny.edu (02/22/88)
Is there anyone who has adapted xt_wini.c to handle the Xebec controller
I am unfortunate enough to have ? This controller uses the ports 0x324
to 0x327 (instead of 0x320 to 0x323 as the standard disk drives
[including those by Xebec!] use). The controller is on a (very) short
card, has no switches and did not come with a data sheet. The only
helpful code number on the controller is the hard disk BIOS version
number: Xebec 104603A. I have this feeling it is a SCSI controller (it
connects to the disk drive with a single, 50 wire flat band cable), but
my dealer could not enlighten me with any details ("What did you say
your problem was ? Are you sure you're using DOS version 3 ?").
I am using a no name Taiwanese turbo clone, with a Phoenix BIOS.
I tried Eric Roskos' gn_wini.c driver, but it dies on the first call to
the hard disk BIOS (apparently it expects some data which minix has
overwritten). This call is in win_init() in klib88.asm. I tried taking
out the BIOS initialisation call, but then it dies on the (then first)
recalibrate call, which should be quite harmless. Failing a working
driver or a data sheet for the drive, does somebody have a good idea how
I might tackle debugging such a thing ? I would be happy if I could get
the MSDOS 'debug' program called just before the first INT 13h. I
vaguely recall reading somebody who linked a debugger with the kernel
and doing that discovered a bug in build?
Thanks to all who even consider this problem,
- Bert
Bert Driehuis
V.N.G./Den Haag/The Netherlands
driehuis@hlerul5.bitnet (preferred) or driehuis@uvabick.uucp