Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753694AbaFBJxc (ORCPT ); Mon, 2 Jun 2014 05:53:32 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44080 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753009AbaFBJx3 (ORCPT ); Mon, 2 Jun 2014 05:53:29 -0400 Message-ID: <538C496C.1030203@redhat.com> Date: Mon, 02 Jun 2014 10:52:44 +0100 From: Steven Whitehouse User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Arnd Bergmann , linux-kernel@vger.kernel.org CC: linux-arch@vger.kernel.org, joseph@codesourcery.com, john.stultz@linaro.org, hch@infradead.org, tglx@linutronix.de, geert@linux-m68k.org, lftan@altera.com, hpa@zytor.com, linux-fsdevel@vger.kernel.org, cluster-devel@redhat.com Subject: Re: [RFC 25/32] gfs2: convert to struct inode_time References: <1401480116-1973111-1-git-send-email-arnd@arndb.de> <1401480116-1973111-26-git-send-email-arnd@arndb.de> In-Reply-To: <1401480116-1973111-26-git-send-email-arnd@arndb.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 30/05/14 21:01, Arnd Bergmann wrote: > gfs2 uses 64-bit integers for inode timestamps, which will work > basically forever, but the VFS uses struct timespec for timestamps, > which is only good until 2038 on 32-bit CPUs. > > This gets us one small step closer to lifting the VFS limit by using > struct inode_time in gfs2. > > Signed-off-by: Arnd Bergmann > Cc: Steven Whitehouse > Cc: cluster-devel@redhat.com > --- > fs/gfs2/dir.c | 6 +++--- > fs/gfs2/glops.c | 4 ++-- > 2 files changed, 5 insertions(+), 5 deletions(-) Subject to deciding the internal representation of struct inode_time, this looks good to me. Acked-by: Steven Whitehouse Steve. > diff --git a/fs/gfs2/dir.c b/fs/gfs2/dir.c > index 1a349f9..ec57538 100644 > --- a/fs/gfs2/dir.c > +++ b/fs/gfs2/dir.c > @@ -835,7 +835,7 @@ static struct gfs2_leaf *new_leaf(struct inode *inode, struct buffer_head **pbh, > struct gfs2_leaf *leaf; > struct gfs2_dirent *dent; > struct qstr name = { .name = "" }; > - struct timespec tv = CURRENT_TIME; > + struct inode_time tv = CURRENT_TIME; > > error = gfs2_alloc_blocks(ip, &bn, &n, 0, NULL); > if (error) > @@ -1716,7 +1716,7 @@ int gfs2_dir_add(struct inode *inode, const struct qstr *name, > struct gfs2_inode *ip = GFS2_I(inode); > struct buffer_head *bh = da->bh; > struct gfs2_dirent *dent = da->dent; > - struct timespec tv; > + struct inode_time tv; > struct gfs2_leaf *leaf; > int error; > > @@ -1794,7 +1794,7 @@ int gfs2_dir_del(struct gfs2_inode *dip, const struct dentry *dentry) > const struct qstr *name = &dentry->d_name; > struct gfs2_dirent *dent, *prev = NULL; > struct buffer_head *bh; > - struct timespec tv = CURRENT_TIME; > + struct inode_time tv = CURRENT_TIME; > > /* Returns _either_ the entry (if its first in block) or the > previous entry otherwise */ > diff --git a/fs/gfs2/glops.c b/fs/gfs2/glops.c > index fc11007..b55308f 100644 > --- a/fs/gfs2/glops.c > +++ b/fs/gfs2/glops.c > @@ -318,7 +318,7 @@ static void gfs2_set_nlink(struct inode *inode, u32 nlink) > static int gfs2_dinode_in(struct gfs2_inode *ip, const void *buf) > { > const struct gfs2_dinode *str = buf; > - struct timespec atime; > + struct inode_time atime; > u16 height, depth; > > if (unlikely(ip->i_no_addr != be64_to_cpu(str->di_num.no_addr))) > @@ -341,7 +341,7 @@ static int gfs2_dinode_in(struct gfs2_inode *ip, const void *buf) > gfs2_set_inode_blocks(&ip->i_inode, be64_to_cpu(str->di_blocks)); > atime.tv_sec = be64_to_cpu(str->di_atime); > atime.tv_nsec = be32_to_cpu(str->di_atime_nsec); > - if (timespec_compare(&ip->i_inode.i_atime, &atime) < 0) > + if (inode_time_compare(&ip->i_inode.i_atime, &atime) < 0) > ip->i_inode.i_atime = atime; > ip->i_inode.i_mtime.tv_sec = be64_to_cpu(str->di_mtime); > ip->i_inode.i_mtime.tv_nsec = be32_to_cpu(str->di_mtime_nsec); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/