From owner-cvs-src@FreeBSD.ORG Tue Sep 16 01:29:16 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E22C16A4BF; Tue, 16 Sep 2003 01:29:16 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26C5A43FD7; Tue, 16 Sep 2003 01:29:14 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h8G8T7gh016281; Tue, 16 Sep 2003 18:29:07 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h8G8T17e016280; Tue, 16 Sep 2003 18:29:01 +1000 (EST) Date: Tue, 16 Sep 2003 18:29:00 +1000 From: Peter Jeremy To: Robert Watson Message-ID: <20030916082900.GF43314@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: cvs-src@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_prot.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 08:29:16 -0000 On Sun, Sep 14, 2003 at 11:43:32AM -0400, Robert Watson wrote: >(2) Introduce additional USR signals to be used in lieu of SIGALRM. This > also requires an application change. Actually, I'm not sure I > explicitly raised this in the thread, but it's the obvious direction: > reduce the opportunity for collision between exception signals and IPC > signals. I think this is an excellent idea. About 4 years ago, we (the FreeBSD project) wore significant pain whilst the signal space was expanded from 32 to 128 signals. In that time, precisely one additional signal has been defined. There doesn't seem to be any reason for not supporting another one or two USR signals. Peter