broman@cod.NOSC.MIL (Vincent P. Broman) (01/20/88)
It's been long enough since a version of this list was posted. Here is a distillation of the reports seen in comp.os.minix as to the compatibility of various machines with Minix. This information has not been checked by any official entity; use at your own risk. Corrections and additions welcome, especially regarding hard disk compatibility with Minix v1.2, as many of the problems reported in that area are probably resolved now. Computer info source MINIX runs? HD runs? --------- ----------- ----------- -------- AMT-ATjr darren@ethos.uucp yes ARC Turbo XT clone m692040@sdsu.uucp yes AT&T 6300 dklann@marque.uucp yes no AT&T 6300 jcs@chinet.uucp yes yes with fix of go AT&T 6300+ kav@ihlpa.att.com yes yes with sketched fixes AT&T 6300+ w/ 1.2Mb flp kav@ihlpa.att.com no ATronics AT clone hubble@cae780.uucp yes ATronics XT clone dhb@bek-mc.caltech.edu yes yes w/ fix Aerocomp Clone rmtodd@uokmax.uucp yes yes w/ fix Amiga 1000/Sidecar becker@humber.bitnet yes Amstrad steve@warwick.uucp yes no BIOS silent partner ast@cs.vu.nl yes yes Bullet 286 XT hgm@lanl.gov yes yes w/ his fix Commodore PC-10 I henkp@nikhefk.uucp no Commodore PC-10 II ast@cs.vu.nl yes yes Commodore PC-40 (AT) henkp@nikhefk.uucp yes Compaq 386 ast@cs.vu.nl no Compaq DeskPro walker@xanth.uucp yes Compaq DeskPro 286 walker@xanth.uucp yes Compaq Portable cavender@drivax.uucp yes yes w/fix Compaq Portable II foster@beno.css.gov yes Computer Classfd ST/286 myxm@lanl.gov yes Corona PC-400 dtinker@utoronto.bitnet yes Corona PC-400 broman@nosc.mil no (see below) Datavue Spark Portable tcoram@udcvax.bitnet yes, but some diskwrite problem DEC VAXmate (AT) bengtb@erix.se yes 1.2 DTK mothrbd @8MHz w/V20 ncoverby@ndsuvax.uucp yes Epson Equity 3 ast@cs.vu.nl yes yes Faraday motherboard jallen@netxcom.uucp yes Ferranti PC860/XT jel@cheviot.newcastle.ac.uk yes yes w/ fix GRID GridCase 3 steven@cwi.nl yes Honeywell AP ast@cs.vu.nl yes yes HP Vectra eric@unmvax.unm.edu no IBM PC ganesh@utah-cs.uucp yes IBM PC-AT @6MHz ast@cs.vu.nl yes yes IBM PC-AT @8MHz ast@cs.vu.nl yes no IBM PC-XT ast@cs.vu.nl yes yes 10Mb IBM PC-XT-286 ast@cs.vu.nl yes no IBM PC Convertible bdale@winfree.uucp no IBS system 2000 sbanner1@sol.uvic.cdn yes yes w/ fix IMC XT, 8MHz V20, beugel@klipper.cs.vu.nl yes Intel iSBC 386AT jaime@killer.uucp yes with fix ITT XTRA ast@cs.vu.nl yes Kaypro 286i (AT) comp13@tjalk.cs.vu.nl yes Kaypro PC ken@driwash.uucp yes Leading Edge clone ganesh@utah-cs.uucp yes Leading Edge models M&D wegrzyn@cdx39.uucp yes Leading Edge MP-1673 wjc@eddie.mit.edu yes no Leading Edge model D Frank Comberiati @cpesac.uucp yes, except for display Multitech ACCEL 900 twaites@sicom.uucp yes no NCR PC8 ast@cs.vu.nl yes no Olivetti M24 vanderpol@amolf.nl yes yes with fix Samsung clone ganesh@utah-cs.uucp yes SEFCO AT Clone dhb@bek-mc.caltech.edu yes yes? Shitel ast@cs.vu.nl no Tandon PCA20 (AT) henkp@nikhefk.uucp yes yes Tandy 1000 kimery@wdl1.uucp no Tandy 1000SX,1000EX john@moncol.uucp no Tandy 1000 johnc@mia.uucp yes w/fix yes w/fix Tandy 1200 modified bdale@winfree.uucp yes Televideo Telenix 286 ast@cs.vu.nl yes Toshiba T1100+ bdale@winfree.uucp yes Toshiba T1100+ stuart@bms-at.uucp yes Unisys micro IT ast@cs.vu.nl yes yes Unnamed Asian Clone arthur@ubu.uucp yes Xerox 6085 PC emulator lindsay@cheviot.newcastle.ac.uk yes yes XT-2000 clone subelman@ttidca.tti.com yes Zenith Z-151 zemon@felix.uucp yes yes w/ fix Zenith 181 bdale@winfree.uucp yes Zenith Z-248 (AT) ast@cs.vu.nl yes yes (20 Mb) Disks Info source Comment ----------- ----------- ------- Adaptec 2002/Rodime bdale@winfree.uucp works with fix of n0ano@wldrdg Data Technology Corp ast@cs.vu.nl AT controller; works DTC-5150BX HDC jel@cheviot.newcastle.ac.uk runs with fix DTC-5150CX HDC werner@nikhefk.uucp v1.2 wont fsck DTC-5287 AT-RLL HDC bdale@winfree.uucp v1.2 wont fsck Everex AT compat HD myxm@lanl.gov HD troubles HardCard 20 dcd@tc.fluke.com v1.2 ok Maynard Corp Hard Card ganesh@utah-cs.uucp not compat NEC D5126 HDU vanderpol@amolf.nl runs with own fix on Oliv-M24 NCL HDC on AT esc1319@ddaesa10.bitnet unexpected traps NCL HDC ptk@hutcs.hut.fi runs with sketched fix. Seagate 4026, IBM Ctrlr sheu@gitpyr.gatech.edu runs with fix of hubble@cae780 Seagate ST4906 80Mb HD hubble@cae780.uucp yes with posted fix Tandon Tm262 20Mb+WDCtl sas@bcd-dyn.uucp ok for 10Mb only WD 1002S-WX2 HDC, ST225, go@orstcs.uucp runs with posted fix WD 1002A-WX1 HDC, Rodine 204, bdale@winfree.uucp runs with fix of n0ano@wldrdg WD 1002/ST225 HD albery@ncoast.uucp won't run yet WD 1003-WA3 FDC comp13@tjalk.cs.vu.nl runs with posted fix WD controllers ast@cs.vu.nl supported by v1.2 kernel. Xebec HDC 20Mb disk arthur@warwick.uucp works, but hd <3Mb only Xebec HDC, 10Mb HD m692040@sdsu.uucp runs if minix on 1st partition Z150 Hard Disk n0ano@wldrdg.uucp works with posted fix Bernoulli disk acharya@sbcs has problems doing mkfs thereon Toshiba T1100+ 720K stuart@bms-at.uucp supported by posted fixes AT&T 6300 Floppies ast@cs.vu.nl supported by posted mod Video cards Info source Comment ----------- ----------- ------- Corona PC-400 own display broman@nosc.mil cannot curse or scroll CT-6040S mono-graphics go@orstcs.uucp support by posted fix EGA video ast@cs.vu.nl not working, fixes suggested (EGA) NEC GB-1 vizard@dartvax scroll fix unsuccessful also Hercules mike@bnr-vpa.arpa scrolling problems PGC sheu@gitpyr.gatech.edu fine Sigma Designs Color 400 bc@njitsc1.uucp incompatible, causes NMIs Tecmar Graphics Master sbanner1@sol.uvic.cdn CGA emul probs like EGA Toshiba T1100+ display stuart@bms-at.uucp scroll problem, mod posted Video 7 on IBM AT cline@pnet01.cts.com screen blanks periodically Printers Info source Comment --------- ----------- ------- Epson FX-80 prtr arthur@warwick.uucp unreliable prtr driver printer MSDOS ok, Minix not, dlong@sdsu.uucp supported by posted fix. Other boards Info source Comment --------- ----------- ------- AST Six Pack Clock tsp@killer.uucp support by posted code AST Six Pack Premium go@orstcs.uucp clock code posted ... MegaPlus diamant@hpfclp.hp.com simpler clock code posted MCT multi-IO card myxm@lanl.gov code for clock setting posted Multi-IO card/AMT-ATjr darren@ethos.uucp none of above clock code worked CompuAdd MFC cavender@drivax.uucp myxm's clock code worked Alpha Micro Videotrax zemon@felix.uucp board is inimical Vincent Broman, code 632, Naval Ocean Systems Center, San Diego, CA 92152, USA Phone: +1 619 553 1641 Internet: broman@nosc.mil Uucp: sdcsvax!nosc!broman
Leisner.Henr@xerox.com (marty) (01/20/88)
I have a hard disk driver which runs successfully on both 6 amd 8 Mhz PC ATs. Does the official driver also run on 6 and 8 Mhz PCs? I've seen various fixes to the disk driver over time, but have pretty much ignored them since I'm running on my ATs without problems and also some Wyse clones. In the compatibility listing: IBM PC-AT @6MHz ast@cs.vu.nl yes yes IBM PC-AT @8MHz ast@cs.vu.nl yes no Note it is a hacked (cleaner?) up V1.1 driver. I read the Western Digital specs, saw some things which didn't fully make sense and tried to get the drive r to agree to the spec. What's the story on the 6 and 8 Mhz ATs? I currently am using the driver in both protected and real mode Minix systems. One of the things I did was changed the definitions: #define WIN_REG1 0x1f0 /* data register */ #define WIN_REG2 0x1f1 /* error count */ #define WIN_REG3 0x1f2 /* sector count */ #define WIN_REG4 0x1f3 /* sector number */ #define WIN_REG5 0x1f4 /* cylinder number (low byte) */ #define WIN_REG6 0x1f5 /* cylinder number (high byte) */ #define WIN_REG7 0x1f6 /* sdh register */ #define WIN_REG8 0x1f7 /* status/command register */ #define WIN_REG9 0x3f6 /* alternate fixed disk status */ to #define WIN_BASE_ADDR 0x1f0 #define WIN_DATA_REG WIN_BASE_ADDR #define WIN_ERROR_REG WIN_BASE_ADDR + 1 #define WIN_SECTOR_COUNT WIN_BASE_ADDR + 2 #define WIN_SECTOR_NUMBER WIN_BASE_ADDR + 3 #define WIN_CYL_NUM_LOW WIN_BASE_ADDR + 4 #define WIN_SDH_REG WIN_BASE_ADDR + 6 #define WIN_STATUS_REG WIN_BASE_ADDR + 7 # define STATUS_ERR 1 # define STATUS_IDX 2 # define STATUS_CRD 4 # define STATUS_DRQ 8 # define STATUS_SC 0x10 # define STATUS_WF 0x20 # define STATUS_RDY 0x40 # define STATUS_BSY 0x80 #define WIN_FIXED_DISK 0x3f6 # define RESET_CONTROLLER 0x4 # define WIN_INTR_ENABLE 0x2 This made it a little easier to work with the code and the data book at the sam e time. I also use the Aztec port i/o functions (inportb, outportb). Basically instead of inportb(foo, &result) I use result = inportb(foo); If there's interest, I could post the driver. It would take a little work to get it to run on a standard Minix system. Something I never got around to do is change all "magic bits" being tested to the above #defines. marty ARPA: leisner.henr@xerox.com GV: leisner.henr NS: martin leisner:henr801c:xerox ------- End of Forwarded Message
roskos@csed-1.UUCP (Eric Roskos) (01/21/88)
I noticed that my generic winchester driver was not listed in this compat- ibilty list; possibly because it was buried in a long discussion and change list for Microsoft C, and also possibly because in order to get it compiled in (if you don't already have the executable binary) you have to more or less already have a working hard disk (which is why it was buried in the MSC changes in my case; to write it I had to make all the MSC changes first). It really does work, though; I am still using it with no problems with my "MCT-HDC*" disk interface card, which has a controller that is apparently radically different from the Western Digital-style controllers. It uses the BIOS rather than accessing the controller directly; this actually does not have any visible performance penalty. If you have my posted changes and want to use it (but not the other changes), it is contained in the file gn_wini.c (which I posted in its entirety), plus the routine "_diskio" bracketed by the "ifdef GENERIC_FDISK" in klib88.asm, plus about 4 lines of change bracketed by "#ifdef GENERIC_FDISK" in the kernel's main() routine. It should work with any disk controller at all, since there is nothing anywhere in the code that is hardware-specific. *The card you get if you order a PC or hard disk drive from JDR Microdevices; it actually seems to be some unnamed Taiwanese controller. -- ------- Eric Roskos, IDA (...dgis!csed-1!roskos or csed-1!roskos@HC.DSPO.GOV)