From owner-freebsd-bugs Fri Jan 18 13: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7589337B417 for ; Fri, 18 Jan 2002 13:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0IL03v21901; Fri, 18 Jan 2002 13:00:03 -0800 (PST) (envelope-from gnats) Date: Fri, 18 Jan 2002 13:00:03 -0800 (PST) Message-Id: <200201182100.g0IL03v21901@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34017; it has been noted by GNATS. From: Garrett Wollman To: k Macy Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/34017: The siginfo_t passed to the signal handling routine is not filled out for AIO Date: Fri, 18 Jan 2002 15:58:40 -0500 (EST) < said: > Is using SIGEV_SIGNAL with AIO to deliver a SIGIO on > completion fall under the heading of real time > signals? No. However, SA_SIGINFO is. FreeBSD supports SA_SIGINFO (mostly for VM-assisted garbage collectors) but not queued signals, and without queued (i.e., real-time) signals there's no place to hang the value you want to pass to the signal handler. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message