From owner-cvs-all@FreeBSD.ORG Sat May 8 22:09:24 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 346B016A4CE; Sat, 8 May 2004 22:09:24 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CFB43D1D; Sat, 8 May 2004 22:09:21 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <20040509050920013002g1jee>; Sun, 9 May 2004 05:09:21 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id WAA15260; Sat, 8 May 2004 22:09:19 -0700 (PDT) Date: Sat, 8 May 2004 22:09:18 -0700 (PDT) From: Julian Elischer To: Daniel Eischen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Julian Elischer cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_resource.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: Sun, 09 May 2004 05:09:24 -0000 yes, but the posix priority stuff all affects the entire process so we are diverging from that. On Sat, 8 May 2004, Daniel Eischen wrote: > On Sat, 8 May 2004, Julian Elischer wrote: > > > julian 2004/05/08 01:56:05 PDT > > > > FreeBSD src repository > > > > Modified files: > > sys/kern kern_resource.c > > Log: > > Fix rtprio() to do sensible things when called from threaded processes. > > It's not quite correct from a posix Point Of view, but it is a lot better > > than what was there before. This will be revisited later > > when we decide what form our priority extensions will take. Posix doesn't > > specify how a system scope thread can change its priority so you need to > > add non-standard extensions to be able to do it.. > > For now make this slightly non standard to allow it to be done. > > rtprio() isn't in the standard, so you can make it have > any behavior you want. It's only nice() and sched_setparam() > that operate on the process as a whole. > > -- > Dan Eischen > >