Re: proxy memory objects

Marcus Brinkmann <[email protected]> Thu, 21 Nov 2002 10:41:40 +0100
Newsgroups gmane.os.hurd.devel.readers
Message-ID <[email protected]>
On Wed, Nov 20, 2002 at 09:49:29PM -0800, Thomas Bushnell, BSG wrote:
> I don't think this makes sense.  What task?

Yeah, I know that this was bogus, too.  But we have to send it somewhere.
Maybe it should be mach_host_self to specify the kernel which creates and
holds the proxy memory object.

> I think we should send it to the memory object, that's the only thing
> that makes sense.

I agree that this is ok, if you want that additional level of indirection.

> *THEN* the memory object should have a special hack call to the
> kernel--to the memory object control port--that creates the actual
> proxy object.

This was the first thought I had when I realized that the memobj RPC
doesn't go the kernel.  But the memory object control port doesn't exist
before the first mapping is established.  It is for controlling a memory
object that is actually used by the kernel.  The memory objct we have
created is probably not used until we gave out the proxy object.
Or did I misunderstood that?

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' GNU      http://www.gnu.org    [email protected]
Marcus Brinkmann              The Hurd http://www.gnu.org/software/hurd/
[email protected]
http://www.marcus-brinkmann.de/