From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lithops.sigma-star.at ([195.201.40.130]:56390 "EHLO lithops.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731564AbeGMVDj (ORCPT ); Fri, 13 Jul 2018 17:03:39 -0400 From: Richard Weinberger To: Arnd Bergmann Cc: Andrew Morton , Alexander Viro , y2038@lists.linaro.org, linux-fsdevel@vger.kernel.org, David Woodhouse , Deepa Dinamani , Jan Kara , David Howells , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Boris Brezillon Subject: Re: [PATCH 1/2] [RESEND] jffs2: use 64-bit intermediate timestamps Date: Fri, 13 Jul 2018 22:47:13 +0200 Message-ID: <2205649.NecG7tB80L@blindfold> In-Reply-To: <20180713144739.3150217-1-arnd@arndb.de> References: <20180713144739.3150217-1-arnd@arndb.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Am Freitag, 13. Juli 2018, 16:47:16 CEST schrieb Arnd Bergmann: > The VFS now uses timespec64 timestamps consistently, but jffs2 still > converts them to 32-bit numbers on the storage medium. As the helper > functions for the conversion (get_seconds() and timespec_to_timespec64()) > are now deprecated, let's change them over to the more modern > replacements. > > This keeps the traditional interpretation of those values, where > the on-disk 32-bit numbers are taken to be negative numbers, i.e. > dates before 1970, on 32-bit machines, but future numbers past 2038 > on 64-bit machines. > > Signed-off-by: Arnd Bergmann > --- > I originally sent these two patches on Jun 19, but got no reply aside > from a harmless sparse warning reported by the kbuild test robot. > > Looking at the git history for jffs2, it seems that David Woodhouse > hasn't applied any patches for over two years, so I suppose he's > not taking these either. > > Al or Andrew, could you pick these up instead? We can carry it also via the MTD tree. Thanks, //richard