From owner-cvs-all@FreeBSD.ORG Tue Dec 14 18:30:36 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE0DF16A4D0 for ; Tue, 14 Dec 2004 18:30:36 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 380D743D64 for ; Tue, 14 Dec 2004 18:30:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15724 invoked from network); 14 Dec 2004 18:30:36 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 14 Dec 2004 18:30:35 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iBEIUOY0095334; Tue, 14 Dec 2004 13:30:25 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Jeff Roberson Date: Tue, 14 Dec 2004 13:29:23 -0500 User-Agent: KMail/1.6.2 References: <200412141034.iBEAYRPu029498@repoman.freebsd.org> In-Reply-To: <200412141034.iBEAYRPu029498@repoman.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412141329.24069.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2004 18:30:37 -0000 On Tuesday 14 December 2004 05:34 am, Jeff Roberson wrote: > jeff 2004-12-14 10:34:27 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_ule.c > Log: > - In kseq_choose(), don't recalculate slice values for processes with a > nice of 0. Doing so can cause an infinite loop because they should be > running, but a nice -20 process could prevent them from doing so. > - Add a new flag KEF_PRIOELEV to flag a thread that has had its priority > elevated due to priority propagation. If a thread has had its > priority elevated, we assume that it must go on the current queue and it > must get a slice. > - In sched_userret() if our priority was elevated and we shouldn't have > a timeslice, yield here until we should. > > Found/Tested by: glebius _Please_ look at my priority inversions patch that I sent you a month ago! I already have a flag for noting that a thread has bumped its priority and would appreciate it if you would review this before making more conflicts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org