Subject: Re: kernel map entry merging and PR 24039
To: YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
From: Jason Thorpe <thorpej@wasabisystems.com>
List: tech-kern
Date: 02/04/2004 16:22:24
--Apple-Mail-17-996580627
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Feb 4, 2004, at 4:15 PM, YAMAMOTO Takashi wrote:

> however, i concluded that it didn't work.
> a split can occur even if you didn't merge entries
> (eg. when you map [0..100] and then unmap [10..90].
> of course, one doing such a thing can't assume unmap won't block.)
> and it can consume "reserved" entries for merged maps which are
> expected to be unmapped without blocking.

Hm.  Yah, good point.  What about just keeping a list of extras around 
anyway (maybe allocating 16 or so, and when you reach, say, 8, try to 
allocate another 8 or whatever).

         -- Jason R. Thorpe <thorpej@wasabisystems.com>


--Apple-Mail-17-996580627
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAIYzBOpVKkaBm8XkRAuZ+AKCJVgAWtc1NjfLlGKZw5Pk0cOni5wCcDDYn
bjv1D0sSyN+ku9+nL2AzR/U=
=IE+I
-----END PGP SIGNATURE-----

--Apple-Mail-17-996580627--