From owner-cvs-all Sat Sep 7 18:25:55 2002 Delivered-To: cvs-all@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 39D6237B400; Sat, 7 Sep 2002 18:25:48 -0700 (PDT) Date: Sat, 7 Sep 2002 18:25:48 -0700 From: Juli Mallett To: Mike Barcroft Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha machdep.c src/sys/i386/i386 machdep.c src/sys/ia64/ia64 machdep.c src/sys/pc98/i386 machdep.c src/sys/sparc64/sparc64 machdep.c Message-ID: <20020907182548.A19608@FreeBSD.org> References: <200209071912.g87JCs0I062248@freefall.freebsd.org> <20020907163423.A14528@FreeBSD.org> <20020907204132.J47192@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020907204132.J47192@espresso.q9media.com>; from mike@FreeBSD.org on Sat, Sep 07, 2002 at 08:41:33PM -0400 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Mike Barcroft [ Data: 2002-09-07 ] [ Subjecte: Re: cvs commit: src/sys/alpha/alpha machdep.c src/sys/i386/i386 machdep.c src/sys/ia64/ia64 machdep.c src/sys/pc98/i386 machdep.c src/sys/sparc64/sparc64 machdep.c ] > Juli Mallett writes: > > Note that until everything is refactored as I want, I can't make these > > fields "honest", about who's sending the signal, just about who the signal > > is being delivered to. I'm now torn, do I want to continue to push just > > to break the kernel API for signal senders, or do I want to push to also > > use siginfo's instead of signal numbers, in the kernel? This would allow > > code sending signals to send *much* more information, too. SVR4 uses > > siginfo much more "nicely" than we use things, I think. Being able to > > get meaningful information is very nice. > > I'd like to see p_xstat replaced with a p_xsiginfo in struct proc to > help facilitate waitid(2). I think the extra information provided by > siginfo_t would be useful for debugging large applications that have > many processes. waitid as well as handling normal SIGCHLD would be well facilitated. > If using siginfo_t's instead of plain int's helps facilitate other > POSIX interfaces, the 56 byte overhead (on ILP32) isn't much to pay. Yep. Looks like I should start working to upgrade our fileserver to CURRENT so I can get this stuff worked on in the environment I will have to be committing to. I'll get right to it! -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message