From: Michael Kerrisk <mtk.manpages@googlemail.com>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: LKML <linux-kernel@vger.kernel.org>, linux-man@vger.kernel.org
Subject: Re: poll never return EBADF?
Date: Tue, 2 Jun 2009 06:45:22 +0200 [thread overview]
Message-ID: <cfd18e0f0906012145h28827eccu1d9fa2aed2e7355@mail.gmail.com> (raw)
In-Reply-To: <20090526175622.687B.A69D9226@jp.fujitsu.com>
Hello Motohiro,
On Tue, May 26, 2009 at 11:09 AM, KOSAKI Motohiro
<kosaki.motohiro@jp.fujitsu.com> wrote:
> Hi
>
> I have one stupid question.
It doesn't look stupid to me...
> "man poll" describe this error code.
>
>>ERRORS
>> EBADF An invalid file descriptor was given in one of the sets.
This text seems to have been added in man-pages-1.39 (around 2000),
but with no explanation or note on authorship. I suspect someone was
confused.
> but current kernel implementation ignore invalid file descriptor,
> not return EBADF.
Which is what I understand it should do.
> ================ cut code ========================================
> static inline unsigned int do_pollfd(struct pollfd *pollfd, poll_table *pwait)
> {
> unsigned int mask;
> int fd;
>
> mask = 0;
> fd = pollfd->fd;
> if (fd >= 0) { //// here
> int fput_needed;
> struct file * file;
>
> file = fget_light(fd, &fput_needed);
> mask = POLLNVAL;
> if (file != NULL) { //// and here
> mask = DEFAULT_POLLMASK;
> if (file->f_op && file->f_op->poll)
> mask = file->f_op->poll(file, pwait);
> /* Mask out unneeded events. */
> mask &= pollfd->events | POLLERR | POLLHUP;
> fput_light(file, fput_needed);
> }
> }
> ================ end code ========================================
>
> In the other hand, SUSv3 talk about
>
>> POLLNVAL
>> The specified fd value is invalid. This flag is only valid in the
>> revents member; it shall ignored in the events member.
>
> and
>
>> If the value of fd is less than 0, events shall be ignored, and revents
>> shall be set to 0 in that entry on return from poll().
Exactly.
> but, no desribe EBADF.
> (see http://www.opengroup.org/onlinepubs/009695399/functions/poll.html)
>
> So, I think the implementation is correct.
Agreed.
> Why don't we remove EBADF description?
Yes, that seems corrrrect for me. I've removed it for the next release (3.22).
Cheers,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git
man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html
Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html
next prev parent reply other threads:[~2009-06-02 4:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 9:09 KOSAKI Motohiro
2009-06-02 4:45 ` Michael Kerrisk [this message]
2009-06-02 4:49 ` Michael Kerrisk
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=cfd18e0f0906012145h28827eccu1d9fa2aed2e7355@mail.gmail.com \
--to=mtk.manpages@googlemail.com \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-man@vger.kernel.org \
--cc=mtk.manpages@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®