From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261321AbVFMQCL (ORCPT ); Mon, 13 Jun 2005 12:02:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261634AbVFMQCL (ORCPT ); Mon, 13 Jun 2005 12:02:11 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:31409 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S261321AbVFMQCI (ORCPT ); Mon, 13 Jun 2005 12:02:08 -0400 Subject: Re: Add pselect, ppoll system calls. From: David Woodhouse To: Ulrich Drepper Cc: Jakub Jelinek , Linus Torvalds , Linux Kernel Mailing List , akpm@osdl.org In-Reply-To: <42ADA880.60303@redhat.com> References: <1118444314.4823.81.camel@localhost.localdomain> <1118616499.9949.103.camel@localhost.localdomain> <42AD2640.5040601@redhat.com> <20050613091600.GA32364@outpost.ds9a.nl> <1118655702.2840.24.camel@localhost.localdomain> <20050613110556.GA26039@infradead.org> <20050613111422.GT22349@devserv.devel.redhat.com> <1118661848.2840.34.camel@localhost.localdomain> <42ADA880.60303@redhat.com> Content-Type: text/plain Date: Mon, 13 Jun 2005 17:02:27 +0100 Message-Id: <1118678548.25956.200.camel@hades.cambridge.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2005-06-13 at 08:38 -0700, Ulrich Drepper wrote: > And change it to expect a 64bit value I hope... 64-bit value for which? For seconds? Do we need to support timeouts of longer than 4 milliard seconds? We can't currently come close to that anyway -- we're limited to LONG_MAX / HZ seconds, and if the user asks for more than that then it appears to be silently switched to an infinite timeout. > As long as there is a configuration where the timeout value is not > modified, it doesn't matter. That is the case for select() using a > personality switch. I think it would be best to behave likewise for pselect(). -- dwmw2