Re: unmap() sometimes unmaps more pages than specified

Frank Mehnert <[email protected]>
Newsgroups gmane.comp.micro-kernel.l4.l4ka.general
Organization InnoTek Systemberatung GmbH
Message-ID <[email protected]>
On Thursday 22 June 2006 12:48, Espen Skoglund wrote:
> [Frank Mehnert]
>
> > Hi,
> > in a complex scenario I observed that the unmap() syscall sometimes
> > flushes more pages than specified. So far I could not find a small
> > testcase and therefore have to provide tracelogs of my current
> > scenario:
>
> [...]
>
> > Please tell me if you need more information.
>
> What happened in this scenario was that you had a 4MB mapping that had
> two 4KB mappings mapped into the destination space.  You tried to
> unmap a 4KB mapping in the source space, but there was only a 4MB
> mapping there.  The whole 4MB mapping was as such unmapped instead.
>
> The policy used to be different for early implementations; i.e.,
> instead of unmapping the 4MB page the whole unmap operation was
> ignored.  Completely ignoring the operation is not a good idea,
> though.

Ok, that means that, from the point of the destinations' space view,
L4_Unmap(f=0) called from the destination space is different from
L4_Unmap(f=1) called from the source space, right? This is _very_
difficult to handle for me. I guess you want/can not change the
implementation to consider the outgoing map relations.

Frank
-- 
## InnoTek Systemberatung GmbH, http://www.innotek.de ##
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEmoCt6z8pigLf3EcRAjQ9AJ9zf8hm2AvKlEO3R93FeZFNr6NIDQCeMEwk
43ogW8TzrFlOATIKmuM0t3M=
=VNMN
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.