Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 14 Feb 2003 03:45:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 14 Feb 2003 03:45:49 -0500 Received: from host88-156.pool80116.interbusiness.it ([80.116.156.88]:21888 "EHLO igor.opun.it") by vger.kernel.org with ESMTP id ; Fri, 14 Feb 2003 03:45:48 -0500 Message-ID: <3E4CAEFC.92914AB3@libero.it> Date: Fri, 14 Feb 2003 09:55:24 +0100 From: Abramo Bagnara X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.20 i686) X-Accept-Language: en, it MIME-Version: 1.0 To: Linus Torvalds Cc: Davide Libenzi , Kernel Mailing List Subject: Re: Synchronous signal delivery.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1329 Lines: 36 Linus Torvalds wrote: > > On Thu, 13 Feb 2003, Davide Libenzi wrote: > > > > It does not have necessarily to be just another ioctl/fcntl, it can be a > > write. About security, chages might be allowed only to the task that > > created the fd, if you're concerned. It's not that someone will starve > > w/out such functionality though. > > I'd actually like to reserve writes to _sending_ signals. Especially if > you have another process that listens in on the signals you get, it might > want to also force the signals through. This reminds me the unfortunate (and much needed) lack of an unified way to send/receive out-of-band data to/from a regular fd. Something like: oob = fd_open(fd, channel, flags); write(oob, ...) read(oob, ....) close(oob); Don't you think it's time to introduce it and to start to avoid the proliferation of different tricky ways to do the same things? -- Abramo Bagnara mailto:abramo.bagnara@libero.it Opera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/