All of lore.kernel.org
 help / color / mirror / Atom feed
From: Helmut Grohne <h.grohne@cygnusnetworks.de>
To: Pablo Neira Ayuso <pablo@netfilter.org>, mtk.manpages@gmail.com
Cc: netfilter@vger.kernel.org, linux-man@vger.kernel.org
Subject: ENOBUFS missing in man recv(2) [Initially: What does nflog_unbind_pf actually do?]
Date: Mon, 14 Feb 2011 15:31:02 +0100	[thread overview]
Message-ID: <20110214143102.GA4392@buero.cygnusnet.de> (raw)
In-Reply-To: <4D5547D0.7020804@netfilter.org>

On Fri, Feb 11, 2011 at 03:29:36PM +0100, Pablo Neira Ayuso wrote:
> On 10/02/11 09:52, Helmut Grohne wrote:
> > Also I do wonder why the manual page for recv(2) does not list ENOBUFS
> > in the list of possible errors. Since posix[1] seems to specify it, it
> > looks like a bug in the manual page. *sigh*
> 
> This is quite netlink specific and nobody probably sent a patch for it
> so far. I encourage you to send a patch to the manpage maintainers. This
> is how things work, it's up to you to help others to fix this situation.

The reference [1] in my previous mail referenced
http://pubs.opengroup.org/onlinepubs/009695399/functions/recv.html.

Pablo, instead of complaining about missing patches, you could comment on the
other patch I sent in. I do send patches when I am confident that I understood
things. This just happens not to be the netfilter-log library.

Let me propose the addition at the end of this email to the recv(2) manual
page.

Helmut

--- recv.2.orig 2011-02-14 15:05:49.000000000 +0100
+++ recv.2      2011-02-14 15:26:13.000000000 +0100
@@ -425,6 +425,17 @@
 Invalid argument passed.
 .\" e.g., msg_namelen < 0 for recvmsg() or addrlen < 0 for recvfrom()
 .TP
+.B ENOBUFS
+A positive number of messages was dropped due to insufficient socket
+buffer space. On Linux this can occur when operating on netlink
+sockets. The
+.BR SO_RCVBUF
+and
+.BR SO_RCVBUFFORCE
+socket options described in
+.BR socket (7)
+can be used to change the socket buffer size.
+.TP
 .B ENOMEM
 Could not allocate memory for
 .BR recvmsg ().

      reply	other threads:[~2011-02-14 14:31 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-25 12:54 What does nflog_unbind_pf actually do? Helmut Grohne
2011-02-03 12:00 ` Helmut Grohne
2011-02-03 13:27   ` Pablo Neira Ayuso
2011-02-03 17:24     ` Helmut Grohne
2011-02-04  9:56       ` Pablo Neira Ayuso
2011-02-10  8:52         ` Helmut Grohne
2011-02-11 14:29           ` Pablo Neira Ayuso
2011-02-14 14:31             ` Helmut Grohne [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110214143102.GA4392@buero.cygnusnet.de \
    --to=h.grohne@cygnusnetworks.de \
    --cc=linux-man@vger.kernel.org \
    --cc=mtk.manpages@gmail.com \
    --cc=netfilter@vger.kernel.org \
    --cc=pablo@netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.