Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!newstop!sun!amdcad!brahms!phil
From: phil@brahms.amd.com (Phil Ngai)
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: 8-bit xfer to 16-bit memory
Message-ID: <1990Dec17.171123.18719@amd.com>
Date: 17 Dec 90 17:11:23 GMT
References: <1990Dec14.195053.5270@amd.com> <1802@gold.gvg.tek.com>
Sender: usenet@amd.com (NNTP Posting)
Organization: Advanced Micro Devices, Inc.
Lines: 16

grege@gold.gvg.tek.com (Greg Ebert) writes:

>It dates back to the 8-bit PC and PC/XT days. The 8088 ran slower I/O cycles,
>so all 8 bit devices (which dont yank on IOCS16) are given the same amount of
>time as the 8088 gave them without having to yank on -IOCHRDY. Although most 
>8-bit devices *should* work with a shorter cycle time, you cannot 
>*guarantee* it.

Right, but that's not what I'm asking about. I'm asking about an
8-bit access to a 16-bit memory which does yank on MEMCS16*.
Solari indicates it should run at 8-bit speeds even though we
know it's a 16-bit device. 

Why?

--