From: Phil Howard <phil-linux-kernel@ipal.net>
To: Andreas Schwab <schwab@suse.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: EINTR vs ERESTARTSYS, ERESTARTSYS not defined
Date: Thu, 22 Nov 2001 12:05:42 -0600 [thread overview]
Message-ID: <20011122120542.A19963@vega.ipal.net> (raw)
In-Reply-To: <20011122083623.A18057@vega.ipal.net> <jeherm7s6b.fsf@sykes.suse.de>
In-Reply-To: <jeherm7s6b.fsf@sykes.suse.de>
On Thu, Nov 22, 2001 at 04:15:40PM +0100, Andreas Schwab wrote:
| Phil Howard <phil-linux-kernel@ipal.net> writes:
|
| |> The accept() call does indeed return errno==ERESTARTSYS to user space
| |> when coming back from signal handling, even though other things like
| |> poll() return errno==EINTR. This would not really be a problem except
| |> for this in include/linux/errno.h starting at line 6:
| |>
| |> +=============================================================================
| |> | #ifdef __KERNEL__
| |> |
| |> | /* Should never be seen by user programs */
| |> | #define ERESTARTSYS 512
| |> | #define ERESTARTNOINTR 513
| |> | #define ERESTARTNOHAND 514 /* restart if no handler.. */
| |> | #define ENOIOCTLCMD 515 /* No ioctl command */
| |> +=============================================================================
| |>
| |> So which way is it _supposed_ to be (so someone can patch things up
| |> to make it consistent):
| |>
| |> 1. User space should never see ERESTARTSYS from any system call
|
| Yes. The kernel either transforms it to EINTR, or restarts the syscall
| when the signal handler returns.
This code periodically quits because sometimes there is an unknown errno.
for (;;) {
memset( arg_sock_addr, 0, * arg_sock_addrlen );
new_fd = accept( arg_sockfd_list[fd_index], arg_sock_addr, arg_sock_addrlen );
if ( new_fd >= 0 ) break;
if ( errno == EINTR ) continue;
if ( errno == ECONNABORTED ) continue;
break;
}
if ( new_fd <= 2 ) {
perror( "daemon_accept: accept" );
if ( fd_count > 1 ) continue;
_exit( 1 ); // not very graceful
}
Then strace showed ERESTARTSYS happening, and when I changed the code to:
for (;;) {
memset( arg_sock_addr, 0, * arg_sock_addrlen );
new_fd = accept( arg_sockfd_list[fd_index], arg_sock_addr, arg_sock_addrlen );
if ( new_fd >= 0 ) break;
if ( errno == EINTR ) continue;
if ( errno == ERESTARTSYS ) continue;
if ( errno == ECONNABORTED ) continue;
break;
}
if ( new_fd <= 2 ) {
perror( "daemon_accept: accept" );
if ( fd_count > 1 ) continue;
_exit( 1 ); // not very graceful
}
it started working solidly. I had to define __KERNEL__ to get it. But I don't
want to leave that in there for portable code.
Could this be an unintended leak of ERESTARTSYS? I take it that what the comments
say is what is intended, and that what I actually get isn't.
--
-----------------------------------------------------------------
| Phil Howard - KA9WGN | Dallas | http://linuxhomepage.com/ |
| phil-nospam@ipal.net | Texas, USA | http://phil.ipal.org/ |
-----------------------------------------------------------------
next prev parent reply other threads:[~2001-11-22 18:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-22 14:36 Phil Howard
2001-11-22 15:15 ` Andreas Schwab
2001-11-22 18:05 ` Phil Howard [this message]
2001-11-26 19:59 ` Alan Cox
[not found] <20011122083623.A18057@vega.ipal.net.suse.lists.linux.kernel>
2001-11-22 15:28 ` Andi Kleen
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=20011122120542.A19963@vega.ipal.net \
--to=phil-linux-kernel@ipal.net \
--cc=linux-kernel@vger.kernel.org \
--cc=schwab@suse.de \
/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®