home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.m6809:546 comp.os.os9:1526 sci.electronics:20679
- Newsgroups: comp.sys.m6809,comp.os.os9,sci.electronics
- Path: sparky!uunet!utcsri!torn!nott!cunews!wcscps
- From: wcscps@alfred.carleton.ca (Mike Richardson)
- Subject: Re: Color Computer 3 interfacing
- Message-ID: <wcscps.724353161@cunews>
- Sender: news@cunews.carleton.ca (News Administrator)
- Organization: Carleton University
- References: <1gap5kINN2u9@master.cs.rose-hulman.edu> <avalon.724174742@coombs> <Bz5x4A.1qH@watserv1.uwaterloo.ca>
- Date: Mon, 14 Dec 1992 17:12:41 GMT
- Lines: 30
-
- In <Bz5x4A.1qH@watserv1.uwaterloo.ca> bcwhite@norton.uwaterloo.ca (Brian C. White) writes:
-
- >Yeah, this area of memory is static (like the i/o space) regardless
- >of the settings of the MMU. OS-9 puts code up there to push registers
- >and switch to the system map during exception processing. Code also
- >exists to go the other way.
-
- >I once tried to hack a bit-banger driver to fit up there in the little
- >bit of space that is still free. I thought I could really speed up
- >the throughput on the thing. Never got far because of the complexity
- >and the great shortage of memory up there. Still, it might be possible
- >to hack one for an RS232 pak! You could probably get some wicked
- >transmission rates that way.
-
- > Brian
-
- On a similar vein, about 3 months ago I tried to get a digitized
- sound driver working under level II, using the FIRQ. The idea was to
- use the empty space in $FExx and vector the FIRQ there, bypassing the
- OS9 stuff (which was sloooow, and would crash if used!). I got to the
- point where I had a simple square wave generator running in ~$10
- bytes, and which worked.... for a bit. It would always crash after a
- while, tho, as it seemed the IRQ was interfereing somehow. So I
- finally dropped it. Too bad, a background sound driver would have
- come in real handy.
-
- Alan DeKok.
-
-