Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756355AbbBEBw5 (ORCPT ); Wed, 4 Feb 2015 20:52:57 -0500 Received: from mx1.redhat.com ([209.132.183.28]:59609 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756283AbbBEBwz (ORCPT ); Wed, 4 Feb 2015 20:52:55 -0500 Date: Thu, 5 Feb 2015 09:51:51 +0800 From: Fam Zheng To: Andy Lutomirski Cc: "linux-kernel@vger.kernel.org" , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , X86 ML , Alexander Viro , Andrew Morton , Kees Cook , David Herrmann , Alexei Starovoitov , Miklos Szeredi , David Drysdale , Oleg Nesterov , "David S. Miller" , Vivek Goyal , Mike Frysinger , "Theodore Ts'o" , Heiko Carstens , Rasmus Villemoes , Rashika Kheria , Hugh Dickins , Mathieu Desnoyers , Peter Zijlstra , Linux FS Devel , Linux API , Josh Triplett , "Michael Kerrisk (man-pages)" , Paolo Bonzini , Omar Sandoval Subject: Re: [PATCH RFC v2 0/7] epoll: Introduce new syscalls, epoll_ctl_batch and epoll_pwait1 Message-ID: <20150205015151.GA27112@ad.nay.redhat.com> References: <1423046213-7043-1-git-send-email-famz@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1698 Lines: 49 On Wed, 02/04 13:38, Andy Lutomirski wrote: > On Wed, Feb 4, 2015 at 2:36 AM, Fam Zheng wrote: > > 2) epoll_pwait1 > > --------------- > > > > NAME > > epoll_pwait1 - wait for an I/O event on an epoll file descriptor > > > > SYNOPSIS > > > > #include > > > > int epoll_pwait1(int epfd, int flags, > > struct epoll_event *events, > > int maxevents, > > struct timespec *timeout, > > struct sigargs *sig); > > > > DESCRIPTION > > > > The epoll_pwait1 system call differs from epoll_pwait only in parameter > > types. The first difference is timeout, a pointer to timespec structure > > which allows nanosecond presicion; the second difference, which should > > probably be wrapper by glibc and only expose a sigset_t pointer as in > > pselect6. > > > > If timeout is NULL, it's treated as if 0 is specified in epoll_pwait > > (return immediately). Otherwise it's converted to nanosecond scalar, > > again, with the same convention as epoll_pwait's timeout. > > Is the timeout absolute or relative? Relative. Will document it. We can add a first flag for absolute timeout later. Thanks. Fam > > I'd kind of like the ability to set timeouts on multiple clocks at the > same time, but I can live without that. Please see my reply to Michael. Fam -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/