Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mailrus!uwm.edu!uakari.primate.wisc.edu!brutus.cs.uiuc.edu!apple!oliveb!amiga!cbmvax!daveh From: daveh@cbmvax.commodore.com (Dave Haynie) Newsgroups: comp.sys.amiga Subject: Re: The Inevitable 1.4 Rom Problem (was Re: Ferrari Formula One Message-ID: <9253@cbmvax.commodore.com> Date: 9 Jan 90 03:36:24 GMT References: <3981@orion.cf.uci.edu> Organization: Commodore, West Chester, PA Lines: 34 in article <3981@orion.cf.uci.edu>, easu021@orion.oac.uci.edu (Jason Goldberg) says: > I tend to agree with Dave that the software should run on 1.4 and we should > not need to be able to run 1.3/1.2 on our A500/2000's. But I did find it > a little funny that Dave didn't mention that he wrote a great little > utility called SetCpu which as I understand it allows you to load KS > into RAM among other things. That does require a machine with an MMU. An earlier release of SetCPU allowed you to locate the ROM code in 32 bit RAM with the same trick, thus speeding ROM bound code up considerably. The Amiga software folks asked me to see about loading a ROM image from KickStart disks instead of ROM, so I tried it, and after a rather brutal weekend, it worked. The point was to make it easy to test stuff under new OS releases without changing a handful of EPROMs every time the code changed during development. That it works OK loading in 1.1 or 1.2 is more a result of those being the only KickStart disks I had at home to play with that weekend. I wager that most of the programs that are broken enough to fail under 1.3 will have a hard time with 68030s and MMUs. >I use it to load KS from ROM into 32 bit RAM but as I understand the DOCS >you could also load KS from DISK to 16 bit RAM. I suppose you could, though you'd have to trick it somehow if you're using an Amiga 32 bit board; the program specifically sniffs out the A2620 or A2630 memory to make sure it has 32 bit memory for it's ROM image. And of course you still need the MMU. > -Jason- -- Dave Haynie Commodore-Amiga (Systems Engineering) "The Crew That Never Rests" {uunet|pyramid|rutgers}!cbmvax!daveh PLINK: hazy BIX: hazy Too much of everything is just enough