Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Sep 2002 18:25:48 -0700
From:      Juli Mallett <jmallett@FreeBSD.org>
To:        Mike Barcroft <mike@FreeBSD.org>
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>
In-Reply-To: <20020907204132.J47192@espresso.q9media.com>; from mike@FreeBSD.org on Sat, Sep 07, 2002 at 08:41:33PM -0400
References:  <200209071912.g87JCs0I062248@freefall.freebsd.org> <20020907163423.A14528@FreeBSD.org> <20020907204132.J47192@espresso.q9media.com>

next in thread | previous in thread | raw e-mail | index | archive | help
* De: Mike Barcroft <mike@FreeBSD.org> [ 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 <jmallett@FreeBSD.org> 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 <jmallett@FreeBSD.org>       | 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020907182548.A19608>