Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 Dec 2001 07:09:46 -0800
From:      "Glenn Gombert" <glenngombert@onebox.com>
To:        Julian Elischer <julian@elischer.org>
Cc:        current@freebsd.org
Subject:   Re: KSE changes available
Message-ID:  <20011224150946.FOOS27009.mta05.onebox.com@onebox.com>

next in thread | raw e-mail | index | archive | help

 In case anyone is interested I have put a set of patched source code
files from the link below on my FreeBSD Web Page at:

 freebsd.imatowns.com/kse3

 There are the patched source code files,individual patches (from the
link below) and the un-patched source files in three differnet directories:

   /patched-src
   /patches
   /unpatched-src

 I have not tried to compile these yet, I just finished getting the source
files patched :)

Glenn G.


---- Julian Elischer <julian@elischer.org> wrote:
> The latest round of KSE changes are available from
> 
> http://www.freebsd.org/~julian/thediff
> 
> These changes represent a work in progress.
> Basically the state is:
> 
> GENERIC compiles
> (I don't know yet if it runs but I doubt it.)
> The following changes have been made:
> The 'thread' structure is no longer a built-in part of the proc structure.
> There is an infrastructure to independently crfeate and reap threads.
> The infrastructure is used to create and destroy the 'usual' single
> thread
> associated with each process. It should eventually be used to create
> more
> threads per process..
> The 'state' variable associated with the process has been raped and
> 
> now each thread, and process and KSE has it's own state.
> 
> This last part is the bit that is broken because a LOT of the kernel
> doesn't expect the state of a thread to be spread across several
> structures.
> 
> For example:
>  switch (p->p_stat) {
> 	case SRUN:
> ...
> 	case SSTOP:
> ..
> 
> has to be completely rewritten because
> SRUN is a per-thread property
> and is accessed as:
> 	FOREACH_THREAD_IN_PROC(p, td) {
> 		switch(td->td_state) {
> 		case TDS_RUNNING:
> 		case TDS_RUNQ:
> 		case TDS_SLP:
> 		...
> 		}
> 		...
> 	}
> 
> wheras STOP is still a per-process state.
> 
> obviously any code that tries to assume the same scope for these tow
> states will break violently in the new code.
> 
> I have replaced some of the logic where there seems to be a simple
> answer,
> but there are plenty of places where the answer is not clear.
> 
> Such places include signal delivery,
> selection of process (thread?) to deliver a signal to,
> collection of scheduling statistics, 
> handling FORK run by one of several threads,
> handling EXIT run by one of several threads,
> handling when the user types ^Z and suspends the process.
> 
> If anyone is feeling adventurous they can stat with the code that is
> there 
> and start fixing things :-)
> send me patches but let me know ahead of time what you will be doing
> so we don't duplicate, and so I can send you notes on where I'm going
> in
> that part..
> 
> I'll be working on the scheduler for the next few days I think.
> 
> Note: if ((p->p_flag & P_KSES) == 0) a process should act exactly as
> it
> does now.. :-)
> 
> REGARDS JULIAN
> (bloody capslock key)
> 
> 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

__________________________________________________
FREE voicemail, email, and fax...all in one place.
Sign Up Now! http://www.onebox.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011224150946.FOOS27009.mta05.onebox.com>