From patchwork Fri Feb 12 09:36:00 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Deepa Dinamani X-Patchwork-Id: 8289511 Return-Path: X-Original-To: patchwork-linux-fsdevel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 8052A9F1C0 for ; Fri, 12 Feb 2016 09:40:37 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id A380D203B7 for ; Fri, 12 Feb 2016 09:40:36 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id C0D99203B5 for ; Fri, 12 Feb 2016 09:40:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751826AbcBLJgz (ORCPT ); Fri, 12 Feb 2016 04:36:55 -0500 Received: from mail-pf0-f169.google.com ([209.85.192.169]:36307 "EHLO mail-pf0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751320AbcBLJgv (ORCPT ); Fri, 12 Feb 2016 04:36:51 -0500 Received: by mail-pf0-f169.google.com with SMTP id e127so45012629pfe.3; Fri, 12 Feb 2016 01:36:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=fRQXfk49CZLPKhEOExO/edY+v6DKzLZ7g/LSrWRcn40=; b=1GN0or10hWRE3CRJb38slpXyOsT/3c2EoNufpMHGg6fjuos5NOaWQqYrktCM22mcVK U/uNiacTAfyoGDW87IoBiTiXwryZFHxbZBepOJxm5KyfNSUXQEhey4mva0JYt21v2+OY r8U8pOP1a5U0EbGjt021UAI7PYl1VDQYwH6k7TBDW6doiCGtlmAFc7RXcivUZT/ojNZZ ShOJMOZYutacymM6SgBFWzocVQkAffTr8WO2vvJ9m198pdTPRPN/6uEFdmRjHae07Qdh xsGaHSSV3cCQXBw3YD9DBxMnMUBYgDFaAtN6X2/OkI9RUkDspvvwnvCufLkiNN8krhuN 02ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=fRQXfk49CZLPKhEOExO/edY+v6DKzLZ7g/LSrWRcn40=; b=HS8IPovZLnwCO3Vx2d47RIzD/WsqzCDqxTMlk8mRfNJEWt3g89R5X6JfiwsV+22N0G I44PRE72cc6TjZCAb+Z/r0Ho6VLG3oZisDqyFznqEMouk94h5NrUOtq4p1Jg2NwXj0t3 uXlvYKNQaVj939yI2v4S3OmN5h8V2CgswjI/xrDNLA9GQPDHuNxmPWrcOsbXU/OFqNMV ZcOa9s6gM7ww3NRR5B4bI0mfLJIRy0FGDVh9IUoyJLgkOzw/xvPv4VkYn+nXLgiO2zEe 7ZZKrO//9dRBM2jtQG5mCrIDiLvxppWZoHX3qGwjjVN2s7NM+yBtqW/uxasZrABRHel3 oNOA== X-Gm-Message-State: AG10YOQH8BE24woJx1VaE16I7gRecTmLGlYfpdvcTo+F90YRpffGQQzRVCXUCW21UIawjw== X-Received: by 10.98.75.196 with SMTP id d65mr739265pfj.96.1455269811370; Fri, 12 Feb 2016 01:36:51 -0800 (PST) Received: from localhost.localdomain ([106.51.31.162]) by smtp.gmail.com with ESMTPSA id g25sm17972250pfg.35.2016.02.12.01.36.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 12 Feb 2016 01:36:50 -0800 (PST) From: Deepa Dinamani To: linux-fsdevel@vger.kernel.org, y2038@lists.linaro.org Cc: Arnd Bergmann , Dave Chinner , "Theodore Ts'o" , linux-kernel@vger.kernel.org Subject: [RFC v2a 06/12] fs: btrfs: Change btrfs_inode.i_otime to use vfs_time data type Date: Fri, 12 Feb 2016 01:36:00 -0800 Message-Id: <1455269766-2994-7-git-send-email-deepa.kernel@gmail.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1455269766-2994-1-git-send-email-deepa.kernel@gmail.com> References: <20160212092153.GA2368@deepa-ubuntu> <1455269766-2994-1-git-send-email-deepa.kernel@gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED, FREEMAIL_FROM, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, T_DKIM_INVALID, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP The VFS inode timestamps are not y2038 safe as they use struct timespec. These will be changed to use struct timespec64 instead and that is y2038 safe. But, since the above data type conversion will break the end file systems, use vfs_time aliases here to access inode times. struct btrfs_inode is the in memory inode structure for btrfs. i_otime is a member of the btrfs_inode that represents file creation times. Like all the other inode timestamps in struct inode, i_otime is assigned to/ from disk or struct inode times or 0. Hence, i_otime needs to change along with other inode timestamps. Use vfs_time data type to make the transition to 64 bit time along with the other inode timestamps. Signed-off-by: Deepa Dinamani --- fs/btrfs/btrfs_inode.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/btrfs/btrfs_inode.h b/fs/btrfs/btrfs_inode.h index 61205e3..e45b7af 100644 --- a/fs/btrfs/btrfs_inode.h +++ b/fs/btrfs/btrfs_inode.h @@ -190,7 +190,7 @@ struct btrfs_inode { struct btrfs_delayed_node *delayed_node; /* File creation time. */ - struct timespec i_otime; + struct vfs_time i_otime; /* Hook into fs_info->delayed_iputs */ struct list_head delayed_iput;