Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751898AbeAPTHe (ORCPT + 1 other); Tue, 16 Jan 2018 14:07:34 -0500 Received: from ozlabs.org ([103.22.144.67]:58131 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751118AbeAPTHc (ORCPT ); Tue, 16 Jan 2018 14:07:32 -0500 Subject: Re: [PATCH] [RESEND] spufs: use timespec64 for timestamps To: Arnd Bergmann , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman Cc: Al Viro , Andrew Morton , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org References: <20180116170053.2557047-1-arnd@arndb.de> From: Jeremy Kerr Message-ID: <1dc0e4ce-2190-eb83-166f-b8ba7cdacede@ozlabs.org> Date: Tue, 16 Jan 2018 13:07:24 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180116170053.2557047-1-arnd@arndb.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Hi Arnd, > The switch log prints the tv_sec portion of timespec as a 32-bit > number, while overflows in 2106. It also uses the timespec type, > which is safe on 64-bit architectures, but deprecated because > it causes overflows in 2038 elsewhere. > > This changes it to timespec64 and printing a 64-bit number for > consistency. If we still have spufs in the tree in 2038 I'd be worried :) But good to keep things consistent. Acked-by: Jeremy Kerr Michael: want to take this directly through your tree? Cheers, Jeremy