[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130120195555.GA14177@redhat.com>
Date: Sun, 20 Jan 2013 20:55:55 +0100
From: Oleg Nesterov <oleg@...hat.com>
To: Andrew Vagin <avagin@...allels.com>
Cc: "Michael Kerrisk (man-pages)" <mtk.manpages@...il.com>,
Andrey Wagin <avagin@...il.com>,
David Howells <dhowells@...hat.com>,
Pavel Emelyanov <xemul@...allels.com>,
linux-api@...r.kernel.org, linux-kernel@...r.kernel.org,
criu@...nvz.org, Cyrill Gorcunov <gorcunov@...nvz.org>,
Alexander Viro <viro@...iv.linux.org.uk>,
linux-fsdevel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [CRIU] [PATCH 2/3] signalfd: add ability to return siginfo in
a raw format (v2)
On 01/20, Andrew Vagin wrote:
>
> > SFD_RAW
> > SFD_SHARED_QUEUE -- reads will be from process-wide shared signal queue
> > SFD_PER_THREAD_QUEUE --reads will be from per-thread signal queue
>
> I suggested this variant in the initial series, but then we decided to
> avoid adding new flags.
Yes, because SFD_SHARED/PRIVATE will add even more complications into this
code. And outside of signalfd.c too. And nobody except c/r will ever use
these features I guess.
> Oleg, what do you think about this?
See above... but as I said from the very beginning I won't insist.
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists