Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3367141yba; Mon, 29 Apr 2019 00:36:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqw5lOGvsRy+7tSyaTZZcw4ipeXDTiQFDoQFOw4AbuIEwlIJYUJSNJj/wTLBvwWAwjjbkal/ X-Received: by 2002:a17:902:581:: with SMTP id f1mr60752122plf.304.1556523402511; Mon, 29 Apr 2019 00:36:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556523402; cv=none; d=google.com; s=arc-20160816; b=Zrt+6DSkGfrSm62aKm2rpY5SL+jd9Wa/AHoEQJCVetHkxgbOTPMpS23+HoqErKSGqm YIpXOdpjshwzWX0ndmUL3Ruc+v74LAz355ygcZBAk2aWoTLS7RDzx30xu51k22l0Jk6a AS9lFKfs8TpwZJ7EfCLoR3AMqX44cba3euFszPSZ+e2zYq8ODh+IZ2EN4gJthUkKhLiv 2VX+/SqNagiT/bSytebPo/XOpfaWgxHhselQYqygwsCG5PVBCOrE599cdFccWbksx+SG WYkzX0URLvjSVkLlKZcpMv/BG8a7rs321hCN0IIaZ9KgKYssBiH44ckjnF7kQ6pUjlLX E2pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=Nmb51RXppMrWmS+ZBATaESjSWJlGxl+GzNkTwJWacF8=; b=YR/RBm3QtJ2QQRKnFteOrnDNq6LTZI5VC87r1oVWvBJloY4Fi2CUYX0yozrwHM72yo pC3SKpZ1rJZ6wz5NhAt64kv5a9qaarjBTP40XZ3sCKt1U9cJC0mIu3SM/VPc2XE/L69q Qmqk0Qj2vyJ9bPj+neMGNHIaiDFzk5jpxrHs+FbwPSnqS/kxPQzgFqt9VGkN2QfU8Ck9 aB0FilQgrPBsvvR/oXoMI0Tn8WDAKBzRYd9keEPwUMpejr/j06Dh3ZTAKFdoeuC0R3Il NtPJoZn2E8JtiC7mEWMhg2poTOhLbG48SfQh0k3A7SmHFMntG/XBxsfnzzAOR2uVKIoU Swig== 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 e3si30791806pgs.37.2019.04.29.00.36.26; Mon, 29 Apr 2019 00:36:42 -0700 (PDT) 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 S1727462AbfD2HeG (ORCPT + 99 others); Mon, 29 Apr 2019 03:34:06 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:40728 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726846AbfD2HeG (ORCPT ); Mon, 29 Apr 2019 03:34:06 -0400 Received: from [5.158.153.52] (helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hL0nY-00059b-7m; Mon, 29 Apr 2019 09:34:00 +0200 Date: Mon, 29 Apr 2019 09:33:59 +0200 (CEST) From: Thomas Gleixner To: Arnd Bergmann cc: Joseph Myers , libc-alpha@sourceware.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, Deepa Dinamani , Lukasz Majewski , Stepan Golosunov Subject: Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional In-Reply-To: <20190426142531.1378357-1-arnd@arndb.de> Message-ID: References: <20190426142531.1378357-1-arnd@arndb.de> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 26 Apr 2019, Arnd Bergmann wrote: > As Stepan Golosunov points out, we made a small mistake in the > get_timespec64() function in the kernel. It was originally added under > the assumption that CONFIG_64BIT_TIME would get enabled on all 32-bit > and 64-bit architectures, but when I did the conversion, I only turned > it on for 32-bit ones. > > The effect is that the get_timespec64() function never clears the upper > half of the tv_nsec field for 32-bit tasks in compat mode. Clearing this > is required for POSIX compliant behavior of functions that pass a > 'timespec' structure with a 64-bit tv_sec and a 32-bit tv_nsec, plus > uninitialized padding. > > The easiest fix for linux-5.1 is to just make the Kconfig symbol > unconditional, as it was originally intended. As a follow-up, > we should remove any #ifdef CONFIG_64BIT_TIME completely. > > Link: https://lore.kernel.org/lkml/20190422090710.bmxdhhankurhafxq@sghpc.golosunov.pp.ru/ > Cc: Lukasz Majewski > Cc: Stepan Golosunov > Signed-off-by: Arnd Bergmann > --- > Please apply this one as a bugfix for 5.1 Can you provide a 'Fixes: ....' tag please? Thanks, tglx