From owner-freebsd-smp Sun Feb 18 6:56:14 2001 Delivered-To: freebsd-smp@freebsd.org Received: from gtei1.bellatlantic.net (gtei1.bellatlantic.net [199.45.40.145]) by hub.freebsd.org (Postfix) with ESMTP id 3E4E237B491 for ; Sun, 18 Feb 2001 06:56:11 -0800 (PST) Received: from me-513q3sc0zun0.pengar.com (adsl-64-223-147-101.mannh.adsl.bellatlantic.net [64.223.147.101]) by gtei1.bellatlantic.net (8.9.1/8.9.1) with ESMTP id JAA01427; Sun, 18 Feb 2001 09:55:50 -0500 (EST) Message-Id: <5.0.2.1.0.20010218094431.00aaf0a8@hobbiton.shire.net> X-Sender: seth-pc@hobbiton.shire.net X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 18 Feb 2001 09:52:37 -0500 To: Julian Elischer From: Seth Leigh Subject: Re: Well I read the stuff, and I get it now. Cc: freebsd-smp@FreeBSD.ORG In-Reply-To: <3A8F8495.F7313ECD@elischer.org> References: <5.0.2.1.0.20010218021929.00aaef98@hobbiton.shire.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 12:15 AM 2/18/2001 -0800, Julian Elischer wrote: >Seth Leigh wrote: >Basically all returns from the kernel to the user process might go first >via the UTS (Userland Thread Scheduler). This includes page faults and >interrupts of some types. We have not completely decided how many >[snip] >The saved state of the thread (when a timer interrupt completes and >retunr is sent back to the UTS) is made to b ecompatible with all >stopped threads so that the interrupted thread looks like all the >other runnable threads, and the UTS can simply decide which to >restart. Ah, ok, I get it. So you are saying anytime the kernel takes over control on any given processor, the means of the kernel giving control back when it's done doing whatever it was doing would be to upcall back to the process in the context of that scheduler activation, allowing the threads library to be able to make the decision of whether to keep running that thread or not? That's pretty darn cool. Guys, I am very interested in this whole thing. It's making me want to pull out my old Cyrix 166 and install the lastest and greatest FreeBSD on it (it currently isn't running, and has 2.2.1 on it...) so I can try to get up to the code you guys are on and see if I can help out. I am brand spanking new to kernel stuff, so I am not making any promises. I have been paying attention to a lot of kernel talk, and reading some books and such, so I have a reasonable idea of how a lot of stuff works, at least at a high level. It will take me a while after I start delving into code to *really* get it, and be able to be helpful. Unfortunately I don't have a working FreeBSD machine right now. The hardware is there, just the software is way out of date and no longer properly configured. My 1 ghz AMD t-bird is running Win2K and Solaris 8 (well, the machine *was* running Solaris 8 until I upgraded to a new motherboard 3 weeks ago, I haven't booted back up into Solaris 8 yet since the upgrade since I don't know how well it's going to work since the device tree must look different now). Maybe I could get two more hard drives (there are already three in the machine) so I could install Linux and FreeBSD on it too. Yeah, that's the idea. Seth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message