home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!math.fu-berlin.de!news.th-darmstadt.de!adams
- From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
- Newsgroups: comp.sys.m68k
- Subject: Re: Can VME147 issue Sequential Access Bus Request to the VMEBus?
- Date: 11 Jan 93 00:39:07
- Organization: TH-Darmstadt
- Lines: 27
- Message-ID: <ADAMS.93Jan11003907@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
- References: <1993Jan10.040533.29908@cucs5.cs.cuhk.hk>
- NNTP-Posting-Host: pdv2.fmr.maschinenbau.th-darmstadt.de
- In-reply-to: cmhui@cs.cuhk.hk's message of Sun, 10 Jan 1993 04:05:33 GMT
-
-
- In article <1993Jan10.040533.29908@cucs5.cs.cuhk.hk> cmhui@cs.cuhk.hk (Hui Chau Man) writes:
-
- > Dear netters,
-
- > I am using a VME147 system. Recently, I bought a graphics board which can
- > handle Sequential Memory Access from the VMEBus. Can anyone tell me if the
- > VME147 can issue Sequential Memory Access requests to the VMEBus slaves?
- > If it can, how to do it?
-
- MVME147 implements at best Revision C of VMEBus. Term "Sequential
- Memory Access" is not known for Revision C, at least according
- to my manual. Perhaps you mean "Block Transfer".
- (Motorola, The VMEBus Specification, Revision C.1,
- Table 2-3, Address Modifier Codes,
- Table 2-17, Timing Diagrams ......)
-
- On MVME147 VMEmodule, Monoboard Microcomputer ...., page 3-42, a table
- lists all address modifier codes MVME147 is able to generate (master).
-
- No address modifier for block transfers is listed ($xF or $xB), so it
- is save to assume, that MVME147 is not able to issue block transfers.
- (The MVME147 is even not able to respond to block tranfers ....,
- page 3-47, slave address modifier register:
- " BIT 0-2 ..... Note BLOCK should never be set ... ")
-
- best adams
-