From owner-cvs-all Fri Sep 14 2:37:59 2001 Delivered-To: cvs-all@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id A72FC37B403; Fri, 14 Sep 2001 02:37:53 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8E9brM78238; Fri, 14 Sep 2001 02:37:53 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 546AB3808; Fri, 14 Sep 2001 02:37:53 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Julian Elischer Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/bin/ps print.c src/gnu/usr.bin/binutils/gdb/i386 freebsd-nat.c kvm-fbsd.c src/lib/libkvm kvm_proc.c src/sys/alpha/alpha db_interface.c db_trace.c exception.s fp_emulate.c genassym.c interrupt.c locore.s machdep.c mem.c ... In-Reply-To: <200109120838.f8C8cDa51745@freefall.freebsd.org> Date: Fri, 14 Sep 2001 02:37:53 -0700 From: Peter Wemm Message-Id: <20010914093753.546AB3808@overcee.netplex.com.au> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > Log: > KSE Milestone 2 > Note ALL MODULES MUST BE RECOMPILED > make the kernel aware that there are smaller units of scheduling than the > process. (but only allow one thread per process at this time). > This is functionally equivalent to teh previousl -current except > that there is a thread associated with each process. > > Reviewed by: peter@freebsd.org, dillon@freebsd.org Hey! I wrote chunks of this, not just reviewed it... The alpha, ia64, ppc, most of sparc64 (jake finished it) ports as well as chunks of the low level i386 MD stuff (vm_machdep, pmap, machdep, SMP etc) is my doing, along with the userland hackery. One other thing that you didn't mention... The pcb is now at the top of the kernel stack (on alpha, ia64, i386, powerpc - sparc64 still has it at the bottom). On the i386 and alpha there is a guard page underneath the kernel stack which will cause a trap if there is a stack overflow of any sort rather than silently corrupting things. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message