[Top][All Lists]

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

Re: Task server

From: Johan Rydberg
Subject: Re: Task server
Date: Tue, 6 Jul 2004 20:22:03 +0200

Bas Wijnen <address@hidden> wrote:

: For the capability server, there are several object classes:
: - thread creation.  Probably needs one object only.
: - thread control.  One object per thread.
: - termination notify.  One object per thread.

I don't have a clue about this, really, but isn't there a need for an object
per notification?
: The task server cannot start these threads the "normal" way, because that
: would mean sending a request to the task server (which isn't operational yet.)
: This is not a big problem, it can just start its threads directly, just like
: it does for other tasks.

Your regular bootstrap problem.  

There is two possible solutions to this problem, as I see it:

 1) Wortel provides the task server  with a set of threads it can use.  
    Much like wortel provides physmem with a set of initial threads.

 2) When the task server is initially started it knows for a fact that
    1) no other threads will be created without consulting the server,
    2) its own thread number and 3) the thread numbers of physmem and
    wortel (the only other tasks running at this point.)

    From this information it should be able to create the initial threads
    it need to get the system running.

Judging from Marcus' latest revision of wortel, he has decided to go with 
option 2.

These are just guesses, of course.


reply via email to

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