bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Reinventing the Hurd server bootstrap


From: Justus Winter
Subject: Re: Reinventing the Hurd server bootstrap
Date: Mon, 02 Feb 2015 12:25:51 +0100
User-agent: alot/0.3.5

Quoting Samuel Thibault (2015-02-02 10:03:16)
> I'd rather avoid such kind of autodetection

Yes, I understand.

> Some time ago (5 Sep 2011), while working on the initrd part for the
> Debian installer, I thought about introducing a data-task-create
> command, which would tell gnumach to just load the file into a task
> at vaddr 0, without doing anything else about it. That way, userland
> would be able to just kill the task when it does not need the data
> any more.  AIUI this is the same kind of usage that you'd have, what
> do you think?

Precisely.  In fact, I did this for exactly the same reason (use the
task store to build a ramdisk).  The task store isn't usable in it's
current form (i.e. it wants a PID, but when we need the ramdisk the
proc server isn't around).  Unfortunately I didn't get the task store
to work, even with quite some patching.

So back to the kernel part.  We need to create a task, and then copy
the data to it.  There is `copyoutmap', but it doesn't actually
implement the functionality we need.  What the elf loader does is to
create a thread inside the task, and to the copying from within that
thread.

My current patch is simply the least intrusive way of
implementing what I needed b/c I wasn't sure how to do this properly.
I'll send the patch as follow-up for the sake of completeness.

Justus



reply via email to

[Prev in Thread] Current Thread [Next in Thread]