From: Florian Weimer Subject: Re: kdbus: add documentation Date: Sun, 30 Nov 2014 18:23:53 +0100 Message-ID: <87vblwtxee.fsf@mid.deneb.enyo.de> References: <1416546149-24799-1-git-send-email-gregkh@linuxfoundation.org> <1416546149-24799-2-git-send-email-gregkh@linuxfoundation.org> <871tolysbb.fsf@mid.deneb.enyo.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: (David Herrmann's message of "Sun, 30 Nov 2014 18:15:14 +0100") Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: David Herrmann Cc: Greg Kroah-Hartman , Arnd Bergmann , "Eric W. Biederman" , One Thousand Gnomes , Tom Gundersen , Jiri Kosina , Andy Lutomirski , Linux API , linux-kernel , Daniel Mack , Djalal Harouni List-Id: linux-api@vger.kernel.org * David Herrmann: > On Sun, Nov 30, 2014 at 10:02 AM, Florian Weimer w= rote: >> * Greg Kroah-Hartman: >> >>> +7.4 Receiving messages >> What happens if this is not possible because the file descriptor lim= it >> of the processes would be exceeded? EMFILE, and the message will no= t >> be received? > > The message is returned without installing the FDs. This is signaled > by EMFILE, but a valid pool offset. Oh. This is really surprising, so it needs documentation. But it's probably better than the alternative (return EMFILE and leave the message stuck, so that you receive it immediately again=E2=80=94this be= havior makes non-blocking accept rather difficult to use correctly).