Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!rutgers!cbmvax!daveh
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.tech
Subject: Re: KickIt Explained (hi K.C.Lee)
Message-ID: <13385@cbmvax.commodore.com>
Date: 23 Jul 90 22:28:41 GMT
References: <4661@eklektik.UUCP> <13352@cbmvax.commodore.com>
Reply-To: daveh@cbmvax (Dave Haynie)
Organization: Commodore, West Chester, PA
Lines: 23

In article <13352@cbmvax.commodore.com> valentin@cbmvax (Valentin Pepelea) writes:

>To solve that, I wrote MMUkick, which boots the new kickstart file using the
>MMU. The kickstart image and the MMUkick program are first loaded in CHIP ram,
>the MMU then translates that image at $F00000, a routine residing in CHIP
>ram is loaded into the instruction cache of the '020 or '030, executes a reset,
>re-enables CHIP memory and finally transfers control to $F00002. [...] The 
>MMUkick utility is available from CATS for US and Canadian devellopers, and 
>from your country's Technical Support Manager is you are residing in Europe.

The latest version of SetCPU, V1.6, provides similar functionality.  While the
load mechanism is a bit different, it winds up working very similarly to 
MMUKick, rebooting an alternate OS through Chip RAM.  It supports both 256K
and 512K ROM images assembled for $00fc0000, $00f80000, $00f00000, and probably
other locations we haven't thought of yet.  It's quasi-supported by me, actual,
real, and naturally unrestricted Public Domain (source and binary), and may
even make it to this here network, or a Fish Disk, one of these days...

>Valentin
-- 
Dave Haynie Commodore-Amiga (Amiga 3000) "The Crew That Never Rests"
   {uunet|pyramid|rutgers}!cbmvax!daveh      PLINK: hazy     BIX: hazy
           The Dave Haynie branch of the New Zealand Fan Club