home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!deakin.OZ.AU!cs.uow.edu.au!david
- From: david@cs.uow.edu.au (David E A Wilson)
- Newsgroups: comp.sys.apple2
- Subject: Re: Smartport Extended calls
- Message-ID: <1992Aug15.031744.15194@cs.uow.edu.au>
- Date: 15 Aug 92 03:17:44 GMT
- References: <1992Aug10.005147.12752@ils.nwu.edu>
- Organization: Dept of Computer Science, Wollongong University, Australia
- Lines: 36
-
- chauhan@aristotle.ils.nwu.edu (Amrit Chauhan) writes:
- >I have written a very, very simple program that ejects the disk from the 3.5"
- >drive. Now, I have no problem writing routines for the Smartport in 8-bit
- >mode, or "standard" mode, but extended calls are giving me trouble.
-
- > keep ejectNOT
- > longi on
- > longa on
- >EJECT START
- > php ;store the status register
- > clc
- > xce ;native mode
- > rep #$30 ;16-bit everything
- > jsl $E0C50D ;dispatch address
- > dc h'44' ;extended call -- control code
- > dc i2<'CMDLIST' ;low word of CMDLIST
- > dc i2>'CMDLIST' ;high word of CMDLIST
-
- Hold it right here!!! According to everything I have read about Smartport,
- all calls MUST be made from emulation mode. For example (from TN.SMPT.006):
-
- page or on the caller's direct page. This is a moot point--
- SmartPort calls are required to be made from full-emulation mode.
- This requirement means the emulation bit must be set and the data
- bank and direct page registers must both be set to zero. The
- bytes are used on the absolute zero page, as that should be the
- direct page when SmartPort is called.
-
-
- All that extended calls give you is the ability to:
-
- 1) Access blocks on devices larger than 2^24 blocks in size.
- 2) Transfer data to/from memory in banks other than bank zero.
- --
- David Wilson (042) 21 3802 voice, (042) 21 3262 fax
- Dept Comp Sci, Uni of Wollongong david@cs.uow.edu.au
-