Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!columbia!husc6!mit-eddie!uw-beaver!tektronix!reed!omen!percival!nerd From: nerd@percival.UUCP (Michael Galassi) Newsgroups: comp.sys.m68k,comp.sys.atari.st,comp.sys.amiga Subject: Re: the 68070 - has it left hyperspace yet? Message-ID: <604@percival.UUCP> Date: Sun, 10-May-87 04:15:32 EDT Article-I.D.: percival.604 Posted: Sun May 10 04:15:32 1987 Date-Received: Mon, 11-May-87 02:40:09 EDT References: <280@spectrix.UUCP> Reply-To: nerd@percival.UUCP (Michael Galassi) Organization: Percy's UNIX, Portland, OR. Lines: 39 Keywords: 68070, signetics, Philips, mac/st/amiga UN*X Xref: mnetor comp.sys.m68k:471 comp.sys.atari.st:3363 comp.sys.amiga:4701 In article <280@spectrix.UUCP> rmc@spectrix.UUCP (Russell Crook) writes: > ... 68070 ... > ... a 68000 + unspecified MMU + 1 or 2 serial ports + timer + ... > I am curious as to: > ... Is it pin compatible with existing 68000's? > Could you drop it in an Atari St or a Commodore amiga and have a MMU available I know it is not pin compatible w/ any of the other 68k family parts, how could it be, there have to be pins for the new i/o functions. I seem to remember from the data sheet (can't find it now) though that the timming on all the common pins is the same as what you would expect of a 68000 so you should be able able to build a simple board w/ the 070 and some drivers for the serial/paralel functions that then would plug into your mother board on the st/amiga. (assuming the part exists) The biggest problem as I see it is that all the code currently in the ST is slopily written (this was true of the original 520 ST, I don't know what is going on w/ current Atari 68k machines) to the point that you could not get it to boot w/ the 010, I doubt it would work with the 070 without quite a few changes. I seem to remember tracing the ST problem I encountered to a move sr,d(whatever it was) instruction which is privileged on the 010 but is not on the 68000. It should not be that dificult to fix this by writing an apropriate trap handler to replace the original one. > What kind of MMU is it? sigh... Regretfully it was not a proper (or even inproper) subset of any other mmu out there, it is not a pmmu (paging) so no vitual memory support from it's corner. > I hope this is the right group to ask ... can't think of a better one to ask which is why I followed up here. Any one have more info on the part? Let's hear from you. -- If my employer knew my opinions he would probably look for another engineer. Michael Galassi, Frye Electronics, Tigard, OR ..!{decvax,ucbvax,ihnp4,seismo}!tektronix!reed!percival!nerd