From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime Date: Thu, 21 Jun 2018 18:11:21 +0200 Message-ID: <20180621161121.GB7222@gmail.com> References: <20180420120605.1612248-1-arnd@arndb.de> <20180420120605.1612248-2-arnd@arndb.de> <20180621154915.GA31947@gmail.com> Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=+54n0k7sEulwq3QZLnsCVyStIJliGZUVt+1mCsU/M8g=; b=AkUaQyWEaUBzJgKTiKat8/m8lfzRW6KMPcCP/pcHNF3B4wQH3kbHZ8iJQYYxpMkiex nR6wKzLROToQieLyqAHkmE+PKMmyXc8YF6vNgl0B99/S0sRx6cnKmO8GmMRYSyKzuvDa SmRjZCVwdK4C/MVCoVJ2MA7zPQgwiDfSFMaQyurukp1wVM1KKGVYJV2OvZxFRQB8fwew 71Em2zRSsIyL0QmwO1DM2nYLfCdU5tSEOAQMVl6QM13B90MdmU5eMRJcOGGqBJI+vOgX 1muQVqMhz8O3xOyw01d+RkTMSxLghSNMzbfA6WbsTQNsmhGcK09omYVZUEq/HC2wLWoZ 7PfA== Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Arnd Bergmann Cc: y2038 Mailman List , Linux Kernel Mailing List , the arch/x86 maintainers , Linux API , linux-arch , Paul Eggert , "Eric W . Biederman" , Richard Henderson , Ivan Kokshaysky , Matt Turner , Al Viro , Dominik Brodowski , Thomas Gleixner , Andrew Morton , linux-alpha@vger.kernel.org, Deepa Dinamani * Arnd Bergmann wrote: > Sure, no problem. Do you have an opinion on the question I raised in the > first patch [1], i.e. whether we actually want this to be done this way in the > kernel, or one of the other approaches I described there? So this looks like the most forward looking variant: > a) deprecate the wait4() and getrusage() system calls, and create > a set of kernel interfaces based around a newly defined structure that > could solve multiple problems at once, e.g. provide more fine-grained > timestamps. The C library could then implement the posix interfaces > on top of the new system calls. ... but given the pretty long propagation time of new ABIs, is this a good solution? What would the limitations/trade-offs be on old-ABI systems? Thanks, Ingo