[comp.sys.amiga] Do you need contiguous memory to expand rad: ?

billh@tekig4.TEK.COM (William Hansen) (11/05/88)

I was experimenting with rad: the other day and I decided to try to
enlarge it to floppy size highcyl=79 to see if I could play RocketRanger
with one disk in ram. I changed the mountlist, and cold rebooted. When
the workbench came up, I entered the shell, and said mount rad:, I then
tried to cd to it, and was told it wasn't there. I tried several experiments
which lead me to conclude that the default rad: (highcyl=27) works, and that
setting it to 79 doesn't. I am begining to wonder if rad: requires contiguous
memory to operate. I have 1-1/2 meg distributed as 3 banks of 1/2 meg each.
Mergemem says they can't be merged (There at $0meg $2meg and $Cmeg). Can
anyone confirm if rad: needs contiguous memory? Or is there another
explanation?

						Bill Hansen
						billh@teklim.LIM.TEK.COM

papa@pollux.usc.edu (Marco Papa) (11/05/88)

In article <3387@tekig4.TEK.COM| billh@tekig4.TEK.COM (William Hansen) writes:
|I was experimenting with rad: the other day and I decided to try to
|enlarge it to floppy size highcyl=79 to see if I could play RocketRanger
[stuff deleted]
|which lead me to conclude that the default rad: (highcyl=27) works, and that
|setting it to 79 doesn't.

I have been running RAD: with 79 cyl for months with no problem. I know
of lots of others as well.

-- Marco Papa 'Doc'
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
uucp:...!pollux!papa       BIX:papa       ARPAnet:pollux!papa@oberon.usc.edu
 "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

ruslan@ecsvax.uncecs.edu (Robin C. LaPasha) (11/06/88)

In article <13260@oberon.USC.EDU>, papa@pollux.usc.edu (Marco Papa) writes:
> In article <3387@tekig4.TEK.COM| billh@tekig4.TEK.COM (William Hansen) writes:
> |I was experimenting with rad: the other day and I decided to try to
> |enlarge it to floppy size highcyl=79 to see if I could play RocketRanger
> [stuff deleted]
> |which lead me to conclude that the default rad: (highcyl=27) works, and that
> |setting it to 79 doesn't.
> 
> I have been running RAD: with 79 cyl for months with no problem. I know
> of lots of others as well.
> 
> -- Marco Papa 'Doc'
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> uucp:...!pollux!papa       BIX:papa       ARPAnet:pollux!papa@oberon.usc.edu
>  "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland]
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


When we tried setting up a RAD:, we ran into a slight
problem, ... We started with RAD: at 101 cylinders.  It
mounted ok, worked, but we wanted MORE!!... 

We altered the mountlist to 111 cylinders, rebooted, 
and - that 1.2 Meg got eaten.  Gone.  It wasn't in the
system (well, not accessible.)

So - tried again (after powering down, etc.), and the new
setting worked.  What SEEMS to work (better than powering
down, anyway) is to run RemRAD: to kill off the old RAD:
before you make a new one (not sure if you still have to
re-boot, but...)

Disclaimer:  Our system has been flakey lately... just got
done with some hardware hacking to try and settle it down,
so maybe nothing normal was working.  (Oh - our system is
a 1000 with a 2 meg Starboard - and therefore (I think?)
probably has a big chunk of contiguous memory.  I'm just
mentioning our troubles in case it's not a question of
memory.)

Robin LaPasha
ruslan@ecsvax.uncecs.edu

billh@tekig4.TEK.COM (William Hansen) (11/08/88)

In article <13260@oberon.USC.EDU> papa@pollux.usc.edu (Marco Papa) writes:
>In article <3387@tekig4.TEK.COM| billh@tekig4.TEK.COM (William Hansen) writes:
>[stuff deleted]
>|which lead me to conclude that the default rad: (highcyl=27) works, and that
>|setting it to 79 doesn't.
>I have been running RAD: with 79 cyl for months with no problem. I know
>of lots of others as well.
>-- Marco Papa 'Doc'

But Marco, what memory configuration do you have? I suspect the problem is
that I have 3 unmergeable 1/2 meg blocks rather than a 1-1/2 meg one. Can
you confirm or deny this suspicion? Refer to the original title of the 
posting. The only change I made was to change the highcyl value to 79, 
I made a fresh copy straight off my original 1.3 workbench. I changed only
the highcyl value, and then cold rebooted. The resulting RAD: would not
work, It would say it was mounted, but you couldn't access it.

						Bill Hansen
						billh@teklim.LIM.TEK.COM


					Bill Hansen
					billh@teklim.LIM.TEK.COM

papa@pollux.usc.edu (Marco Papa) (11/08/88)

In article <3398@tekig4.TEK.COM> billh@tekig4.TEK.COM (William Hansen) writes:
|In article <13260@oberon.USC.EDU| papa@pollux.usc.edu (Marco Papa) writes:
||In article <3387@tekig4.TEK.COM| billh@tekig4.TEK.COM (William Hansen) writes:
|||which lead me to conclude that the default rad: (highcyl=27) works, and that
|||setting it to 79 doesn't.
||I have been running RAD: with 79 cyl for months with no problem. I know
||of lots of others as well.
|
|But Marco, what memory configuration do you have? I suspect the problem is
|that I have 3 unmergeable 1/2 meg blocks rather than a 1-1/2 meg one.
|I made a fresh copy straight off my original 1.3 workbench. I changed only
|the highcyl value, and then cold rebooted. The resulting RAD: would not
|work, It would say it was mounted, but you couldn't access it.

I have a 512K A2000 + 2Meg on an ASDG 8MI.  The 2 meg are contiguous.
Did you try to format it, or diskcopy df0: to rad: (which is what I do in
my startup sequence).

-- Marco Papa 'Doc'
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
uucp:...!pollux!papa       BIX:papa       ARPAnet:pollux!papa@oberon.usc.edu
 "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

papa@pollux.usc.edu (Marco Papa) (11/18/88)

My personal reply bounced, so I am posting this, which might be of general
use.  It shows how to diskcopy a workbench disk to RAD: at cold
boot, and how to avoid that at the next warm reboot.

This is the one I was using with 1.3 Omega (I don't do that anymore).
The code to check whether to diskcopy or not should be credited to
Carolyn Scheppner of Commodore. Note that during Diskcopy (or at
the end of it) a requester will briefly flash.  It is OK.

-- Startup-Sequence:

c:run >NIL: c:Setpatch   ;patch system
c:wait 3
c:echo "A500/A2000 Workbench disk.  Release 1.3 Gamma version 34.4*N"
Sys:System/FastMemFirst   ; move C00000 memory to last in list

failat 30
assign >NIL: rad:
if not warn
   echo "Mounting RAD:"
   mount rad:
   if not exists rad:c
      echo "Backing up df0: to  rad:"
      SYS:System/diskcopy <NIL: df0: to rad: name "RamWb"
   endif
endif

rad:c/failat 10

rad:c/assign C:     rad:c
cd c:
echo "Transferring control to RAD:"
assign SYS:   rad:
assign S:     rad:s
assign L:     rad:l
assign LIBS:  rad:libs
assign DEVS:  rad:devs
assign FONTS: rad:fonts

resident c:resident pure
resident makedir pure
resident assign  pure

BindDrivers
Addbuffers df0: 10
FF >NIL: -0   ; start FastFonts
MakeDir Ram:Env   ; set up ENV: directory
Assign ENV: ram:Env
makedir ram:t
assign t:  ram:t
Sys:System/SetMap usa1

path sys:utilities sys:system ram: rad: sys: s: add
cd ram:

failat 30
assign >NIL: dh0:
if warn
   execute >NIL: dh0:s/hd-startup
endif
failat 10

LoadWb -debug

SetClock  >NIL: load   ;load system time from real time clock
stack 10000
resident c:run pure
resident c:Execute pure   ; pre-load the Execute command
run >nil: clockptr
run >nil: execute s:rescom

resident CLI L:Shell-Seg SYSTEM pure   ; activate Shell
mount newcon: ; mount the improved console handler
newshell
endcli > nil:

Enjoy.

-- Marco
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
uucp:...!pollux!papa       BIX:papa       ARPAnet:pollux!papa@oberon.usc.edu
 "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=