mikes@iuvax.cs.indiana.edu (Michael Squires) (10/17/90)
I've just discovered that the WD8013 in my SCO UNIX (ODT 1.0, actually) works well - when I don't use the graphics features of my VGA plasma display. Running an X display causes all non-X displays to vanish, although the keyboard works (at least long enough to shut down the system). It looks like the WD & the VGA board are conflicing, as SCO says they may do in the release notes. I've not tried changing parameters (yet); I was using INT 2, IO 280, 16K RAM at D0000. On the other hand, I used a WD8003EBT with an 8-bit Paradise clone under XENIX 2.3.2 for quite a while (although never with X11). A 3C501 works, but gives numerous errors in netstat -i and is known to have serious problems with NFS mounts (there's a special entry in the release notes about that, and I was warned by One Who Knows to stay away from that board in systems intended for heavy use. On using both a WD1007V and Adaptec controller in the same system - no real news there, except it seems necessary to disable the Adaptec BIOS. One respondent stated that a secondary HD controller had to have at least one SCSI HD on it (this may be true, but SCO UNIX boots from the floopy with a SCSI tape at controller 0, LUN 2, and I can't imagine they'd do that if it only worked with SCSI HD's). Another user reports that he sold his Orchid Prodesigner VGA board after failing to get it to operate properly with his hardware and SCO products. -- Mike Squires (mikes@iuvax.cs.indiana.edu) 812 855 3974 (w) 812 333 6564 (h) mikes@iuvax.cs.indiana.edu 546 N Park Ridge Rd., Bloomington, IN 47408 Under construction: mikes@sir-alan@cica.indiana.edu
mju@mudos.ann-arbor.mi.us (Marc Unangst) (10/18/90)
mikes@iuvax.cs.indiana.edu (Michael Squires) writes: > It looks like the WD & the VGA board are conflicing, as SCO says they may > do in the release notes. I've not tried changing parameters (yet); I was > using INT 2, IO 280, 16K RAM at D0000. IRQ 2 can be flakey under Unix because it's usually rerouted to IRQ 9; under DOS, you don't see this, but under Unix, it quickly becomes apparent... Try switching the Ethernet card to IRQ 5, or another unused interrupt. (Use /etc/conf/cf.d/vectorsinuse to find out which interrupt vectors you're using.) That should fix it. -- Marc Unangst | mju@mudos.ann-arbor.mi.us | "Bus error: passengers dumped" ...!umich!leebai!mudos!mju |
bxw@ccadfa.adfa.oz.au (Brad Willcott) (10/18/90)
mikes@iuvax.cs.indiana.edu (Michael Squires) writes: >I've just discovered that the WD8013 in my SCO UNIX (ODT 1.0, actually) >works well - when I don't use the graphics features of my VGA plasma >display. Running an X display causes all non-X displays to vanish, >although the keyboard works (at least long enough to shut down the system). >It looks like the WD & the VGA board are conflicing, as SCO says they may >do in the release notes. I've not tried changing parameters (yet); I was >using INT 2, IO 280, 16K RAM at D0000. If possible, switch your VGA board to "8 bit" mode, and try using: INT 5, I/O 2a0 & address DC000. >On the other hand, I used a WD8003EBT with an 8-bit Paradise clone under >XENIX 2.3.2 for quite a while (although never with X11). [...] -- Brad Willcott, ACSnet: bxw@ccadfa.cc.adfa.oz Computing Services, Internet: bxw@ccadfa.cc.adfa.oz.au Australian Defence Force Academy, UUCP:!uunet!munnari.oz.au!ccadfa.oz!bxw Northcott Dr. Campbell ACT Australia 2600 +61 6 268 8584 +61 6 268 8150 (Fax)
rcd@ico.isc.com (Dick Dunn) (10/19/90)
mju@mudos.ann-arbor.mi.us (Marc Unangst) writes: > IRQ 2 can be flakey under Unix because it's usually rerouted to IRQ 9; > under DOS, you don't see this, but under Unix, it quickly becomes > apparent... No, this is just wrong. IRQ 2 does not exist on an AT bus, period. The position on a PC-bus connector corresponding to IRQ 2 is the same as the position on an AT-bus connector corresponding to IRQ 9. Period. If you take a card designed for the PC, set it up to generate IRQ 2, and plug it into an AT-bus machine, it will generate IRQ 9. Nothing flakey about it. This re-routing is pure hardware, and UNIX deals with it just fine. (Isn't this in the FAQ?) -- Dick Dunn rcd@ico.isc.com -or- ico!rcd Boulder, CO (303)449-2870 ...Never offend with style when you can offend with substance.