Received: by 10.223.164.202 with SMTP id h10csp1976597wrb; Mon, 27 Nov 2017 10:01:14 -0800 (PST) X-Google-Smtp-Source: AGs4zMYF3BP+HlXd30agkJ5dsPEwx6IX/YtZaJCqA5J2Y2J6sTccSUBzP3qYeT358jpA+Syz/aOQ X-Received: by 10.84.245.142 with SMTP id j14mr29647658pll.328.1511805674763; Mon, 27 Nov 2017 10:01:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511805674; cv=none; d=google.com; s=arc-20160816; b=YRI193i4bRKE065GWQtlkRHZG5DKQeIyAhl2a5gviSya0ISJ/FEue7KtE1yu6O7oRT eyhNSORk40/NvywAEDhN0izKSfp5lb3i9vT6M4ElbovBpkNnsDwtdX+44IsPPlwYzt/n khbkftw+zdEjIvaR3t/89p6tII1ftRUXbAYjPUc5dKCN19SMTs6rSfcGRVztdW9kTqMb Gbbd7MziPIyRMvpF99/FsU2U2we9LnWn4X8a3QOYcSWPBCdwXir9hc92tJNW0I5SsSCz HTo39XYFsTFUxcXjoJv+18YUODGixO7LenZpZORfYaNdXI+/byCaUbuyVy6VfPy7GQhb urvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :arc-authentication-results; bh=WBjR0blNBBM/yt5hc7PHuD/HMMte0z8haFPeSWjCbso=; b=z+HwOAKyN5JdpMwXCqyVGO4nSzA4MzAnB7UV9MRMbGFAJWafAPDlFvNPdCKvG4uOaI w9T3cbHAOr6JTCEpU4zuN9hW53QKsHrffwv1oCzII0GsiHe8J8RSFiL55f+xUHj6TJFV qZZuZM8Yq8sUuSrbvBT4/0W8qqw+HOYMMe29aYTkutu1DZpvyv8J984P9qqxsj2Lv2hr PktST/qWun5TCL470YeubkXMi0PsIU1Bxelb7lbbNrwLzxMG5nyKSoD3hlSDGGCFgogm 0Yns2v91RdKyisch2CJ7Kbu6mCGZcP97OfatactK9atLDERnkK97MnyZ0ah7vsnRz8fg rUhg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 62si22966ply.670.2017.11.27.10.01.02; Mon, 27 Nov 2017 10:01:14 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932442AbdK0R7V (ORCPT + 78 others); Mon, 27 Nov 2017 12:59:21 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:50644 "EHLO zimbra.cs.ucla.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932369AbdK0R7S (ORCPT ); Mon, 27 Nov 2017 12:59:18 -0500 X-Greylist: delayed 426 seconds by postgrey-1.27 at vger.kernel.org; Mon, 27 Nov 2017 12:59:18 EST Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4E00916021B; Mon, 27 Nov 2017 09:52:11 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id IfSntMMIFpuu; Mon, 27 Nov 2017 09:52:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 716F01612C7; Mon, 27 Nov 2017 09:52:10 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id UEPSNDfs_9F3; Mon, 27 Nov 2017 09:52:10 -0800 (PST) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 3AA1F1612C3; Mon, 27 Nov 2017 09:52:10 -0800 (PST) Subject: Re: [PATCH 3/3] y2038: rusage: use __kernel_old_timeval for process times To: Arnd Bergmann , John Stultz , Thomas Gleixner Cc: y2038@lists.linaro.org, libc-alpha@sourceware.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Albert ARIBAUD , Richard Henderson , Ivan Kokshaysky , Matt Turner , Al Viro , Ingo Molnar , Frederic Weisbecker , Deepa Dinamani , Greg Kroah-Hartman , "Eric W. Biederman" , Oleg Nesterov , Andrew Morton , Kirill Tkhai , linux-alpha@vger.kernel.org References: <20171127170121.634826-1-arnd@arndb.de> <20171127170121.634826-3-arnd@arndb.de> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <34369a6e-e0ce-fe7b-65e3-9c4a33e4789a@cs.ucla.edu> Date: Mon, 27 Nov 2017 09:52:06 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171127170121.634826-3-arnd@arndb.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/27/2017 09:00 AM, Arnd Bergmann wrote: > b) Extend the approach taken by the x32 ABI, and use the 64-bit > native structure layout for rusage on all architectures with new > system calls that is otherwise compatible. A possible problem here > is that we end up with incompatible definitions of rusage between > /usr/include/linux/resource.h and /usr/include/bits/resource.h > > c) Change the definition of struct rusage to be independent of > time_t. This is the easiest change, as it does not involve new system > call entry points, but it has the risk of introducing compile-time > incompatibilities with user space sources that rely on the type > of ru_utime and ru_stime. > > I'm picking approch c) for its simplicity, but I'd like to hear from > others whether they would prefer a different approach. (c) would break programs like GNU Emacs, which copy ru_utime and ru_stime members into struct timeval variables. All in all, (b) sounds like it would be better for programs using glibc, as it's more compatible with what POSIX apps expect. Though I'm not sure what problems are meant by "possible ... incompatible definitions"; perhaps you could elaborate. From 1585239748101712476@xxx Mon Nov 27 17:07:13 +0000 2017 X-GM-THRID: 1585239748101712476 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread