🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.amiga.tech
Article #12730

Re: Virtual Memory / doable 1.4 request

#12730
From: Valentin Pepelea
Date: Thu, 18 May 1989 02:52
51 lines
2969 bytes
Darren New <new@udel.edu> in Message-ID <15706@louie.udel.EDU> writes:

> P.S., I always assumed MEMF_PUBLIC meant memory that would be shared between
> tasks, thus providing an upgrade for when memory mapping/protection is
> implemented (much like the MEMF_CHIP that most 1.1 programs failed to use).
> Are you saying that MEMF_PHYSICAL/MEMF_VIRTUAL is needed to lock pages in
> RAM or needed to allow sharing? -- Darren

Here is are the definitions of the flags as they are/will/should implemented:

MEMF_CHIP       The lower 512 or 1024 kilobytes of memory accessible by the
                graphic coprocessors.

MEMF_FAST       Memory not accessible by the custom chips.

MEMF_CLEAR      The memory gets cleared before it is allocated.

MEMF_PUBLIC     Guarantees that the memory returned is accessible for both
                read an write operations by all tasks. If not specified, the
                memory returned is accessible only for reading by other tasks.
                This flag is to be used when memory protection is implemented,
                and has nothing to do with virtual memory.

MEMF_PRIVATE    The memory returned will not be allowed to be read bor written
                to by other tasks. Useful only for multi-user systems.
                Hopefully will never be implemented on the Amiga. There are so
                neat tricks you are not allowed to do on multi-user systems.

MEMF_PHYSICAL   Or better yet, MEMF_LOCKED, guarantees that the memory returned
                will never be paged out of physical ram.

MEMF_VIRTUAL    Returns a block of memory that is probably going to be in
                the virtual memory addressing range. Hopefully you will never
                see this; intended as a compatibility feature to allow old
                and new software to coexist. Also provides CPM-80 compatibility
                under AmigaDOS.  :-) Timex-80 compatibility in the works.

Dave Haynie just reminded me the virtual machine capibility that an MMU
provides. Thus Forbid() and Disable() may turn out not to be a problem
after all.


Valentin
_________________________________________________________________________
"An  operating  system  without         Name:   Valentin Pepelea
 virtual memory is an operating         Phonet: New! (613) 231-7476
 system without virtue."                Bitnet: 451061@Uottawa.bitnet
                                        Usenet: Use cunyvm.cuny.edu gate
         - Ancient Inca Proverb         Planet: 451061@acadvm1.UOttawa.CA

3 weeks and counting...
Technical Details
Message-ID: <8905180317.AA10448@jade.berkeley.edu>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!ucbvax!UOTTAWA.BITNET!451061

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!ucbvax!UOTTAWA.BITNET!451061
From: 451061@UOTTAWA.BITNET (Valentin Pepelea)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Virtual Memory / doable 1.4 request
Message-ID: <8905180317.AA10448@jade.berkeley.edu>
Date: 18 May 89 02:52:58 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 51