home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
- From: davidsen@ariel.crd.GE.COM (william E Davidsen)
- Newsgroups: comp.unix.sysv386
- Subject: Re: Avoiding the "8/16 Bit Problem"
- Message-ID: <1992Aug26.145710.3533@crd.ge.com>
- Date: 26 Aug 92 14:57:10 GMT
- References: <18392@polstra.UUCP>
- Sender: usenet@crd.ge.com (Required for NNTP)
- Reply-To: davidsen@crd.ge.com (bill davidsen)
- Organization: GE Corporate R&D Center, Schenectady NY
- Lines: 24
- Nntp-Posting-Host: ariel.crd.ge.com
-
- In article <18392@polstra.UUCP>, jdp@polstra.UUCP (John Polstra) writes:
- | I'm trying to avoid any risk of the infamous "8 vs. 16-bit problem" by
- | putting together a system that has only 16-bit cards.
- |
- | [To those of you who don't know (not that I'm any expert on the subject),
- | there is a potential problem in an ISA machine when you have both an
- | 8-bit and a 16-bit card in the same 128K block of the address space.]
- |
- | My question is, are the following cards 8-bit or 16-bit?
- |
- | Orchid ProDesigner IIs video controller
- | BusTek 542 SCSI controller (an Adaptec 1542 clone)
-
- The real 1542 is a 16 bit card, won't run in 8 bit sockets. The video
- cards are hard to check, since many will run just fine in an 8 bit slot,
- but slower. I guess you can run a display test with the card in an 8 bit
- slot, and if it doesn't slow way down you know the other fingers are
- there for show.
-
- I've never actually seen this problem, but it's probably a good idea
- to avoid the possibility.
- --
- bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
- I admit that when I was in school I wrote COBOL. But I didn't compile.
-