From owner-freebsd-current Thu Feb 28 10:21: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 237EB37B41D; Thu, 28 Feb 2002 10:20:27 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020228182026.BQJG1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Thu, 28 Feb 2002 18:20:26 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA06558; Thu, 28 Feb 2002 10:03:00 -0800 (PST) Date: Thu, 28 Feb 2002 10:02:59 -0800 (PST) From: Julian Elischer To: John Baldwin Cc: FreeBSD current users , FreeBSD current users , Seigo Tanimura , Bosko Milekic , Alfred Perlstein , Terry Lambert , Bruce Evans , Matthew Dillon Subject: Re: Patch for critical_enter()/critical_exit() & interrupt assem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG yes but thete are subcommits that you could go ahead with... the td_ucred stuff could have been checked in directly into -current. On Thu, 28 Feb 2002, John Baldwin wrote: > > On 26-Feb-02 Julian Elischer wrote: > > > > > > On Tue, 26 Feb 2002, John Baldwin wrote: > >> > >> My suggestion will be to back it out. I would rather not have to make said > >> suggestion. Can you please try to fit this into the existing framework > >> rather > >> than ripping it all up? We need to finalize and test the design before we > >> hardcode too many assumptions about the implementation into the interface. > >> You > >> have pointed out some issues with the current interface which are valid and > >> I > >> would like to address those, however, there are still changes to the MI > >> implementation that need to go in once it doesn't crash right and left. If > >> you > >> wish I could commit the code and make current a living hell for everyone, > >> but > >> my ethics don't permit me to test code that I know is broken. > >> > > > > You know john, I wish you would commit more often and let it break things > > occasionally. > > It's REALLY HARD for anyone else to comment and help if you keep doing on > > P4 which is NOT the project Souce control system. > > Even with cvsup assistanace, it's just no-where near as convenient as > > having it checked in. And after you HAVE checked it in, others can help > > find and fix problems.. as it is you are "on your own". > > (This is the reason I will shortly check in the KSE diffs on a branch) > > *sigh* > > Preemptive kernels don't even make it out of single user mode for SMP machines, > ok? We aren't talking minor breakage here, we are talking _extreme_ breakage. > If people want to play with it, preempt.patch on freefall is updated via a cron > job every half hour or so. Unfortunately, however, it's in a limbo atm due to > KSE and needing to sort out how the priorities are going to work. It will > really be better to let KSE settle into the scheduler first adn then add > preemption to the scheduler itself afterwards. > > The reason I'm not pushing preemption into the tree fully (I've already > committed half of the original patch) is that there is other work (proc locking > for example) that gets us more bang for the buck. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message