From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Nesterov Subject: Re: [PATCH 0/3] signalfd: a kernel interface for dumping pending signals Date: Thu, 7 Feb 2013 19:20:54 +0100 Message-ID: <20130207182054.GB8780@redhat.com> References: <1358849741-9611-1-git-send-email-avagin@openvz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andrey Vagin , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, criu-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org, linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Serge Hallyn , Andrew Morton , "Eric W. Biederman" , Al Viro , Pavel Emelyanov , Cyrill Gorcunov To: "Michael Kerrisk (man-pages)" Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org Michael, thanks for your attention. On 01/23, Michael Kerrisk (man-pages) wrote: > > SFD_RAW -- return raw siginfo structs when reading, rather than signalfd_siginfo I hope you are going to document this API... Then please note that SFD_RAW not only means siginfo_t, there is a subtle difference in ->si_code which (I think) should be documented too. Oleg.