Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1767591ybl; Sun, 18 Aug 2019 10:01:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqzYyoaJo1kTnZRf1RnB5AvmCjjsZElRmSujnwmF6lWIjKKom4dp2RoR7PNaGuLqBFvUwj4t X-Received: by 2002:a17:90a:8c0f:: with SMTP id a15mr9165708pjo.112.1566147683805; Sun, 18 Aug 2019 10:01:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566147683; cv=none; d=google.com; s=arc-20160816; b=S6QGl7XOO/bilT8qlnvS/to2wUFtBU3JyHx1SBwCSPYbR9oHvBMAK8AEOiIjh10YLu ALOg8Do9+c8bKYFu85k2/XNuTzx4Rbcbgo6hPi91hxFm7qs4tUH5+cQCCG+vmxWwA1ak Wg8TTp1aX6S8L78ffRa6KCvRaHbAhFj833cg2G7b8XGaWox3QolJl8rMbdzWxVCv8rSu jtbLDJmL9nMjedPxjOZozwP14hYj19VBnPmOUl2P2Z+PjJLqgbrajRGCkaMZ29aVMOK8 aI+ya3RpkbPY3O/W/cHfnCYld0X5KR5WvWAfPrFkbsXP32kW2QB6jmnZE5iOKdV8vUOR tiXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=Bixo0d9JjVSmJP3zunYh4uJR5sDX3PUyVSVA35Jm0FY=; b=G51wWYFeZ9X0zS4S9Wr2h59ZQG87cY7yHntKJgShPrNtR6pspMdtCk4vTyMuiTEutu GL/iuHoIjTB4lIFKv/1QCLFudSZcbI2fH8amqxtTzAeGTqVsGkEa6PU4lhzm2axY3SA+ 65/4k/wdpbzvmcSsrQtwqZw7d/KRhYug4oSRhiSdqHZLJTwIa3bOaCCuxVmiZsOmVyFR NsHjXr5lP9mGG/jfhcHVCSuC/g4EDnfvBl2Uapm/2xaTj+ie/QyQyVnZwnO+2z0cfr69 upia1JWt14v4SZWqVetys05AVvpI/ZCKpEdfGUi0viW6ntqlT6Oa0Bd4i6dV29d9piCp NM9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=WTuXL53C; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t23si8113785plr.108.2019.08.18.10.01.09; Sun, 18 Aug 2019 10:01:23 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=WTuXL53C; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727178AbfHRRAA (ORCPT + 99 others); Sun, 18 Aug 2019 13:00:00 -0400 Received: from mail-pl1-f196.google.com ([209.85.214.196]:38588 "EHLO mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727137AbfHRQ7x (ORCPT ); Sun, 18 Aug 2019 12:59:53 -0400 Received: by mail-pl1-f196.google.com with SMTP id m12so4628304plt.5; Sun, 18 Aug 2019 09:59:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=Bixo0d9JjVSmJP3zunYh4uJR5sDX3PUyVSVA35Jm0FY=; b=WTuXL53CLURj5aLi3QpopNfU2HCbOZcvXfAXvNbLHaeiXRjkDE+OyGMppcB/hn4j5c WtdxFfM9N7Y5Srktdgxtrld2dilkdzOYzha5NVVFpiuW2FWR8k8X+GLKR6WZjwA3fyWj mpiwz4OQB0ho+A7z5D10nh7qcp9JIZLRwpo8EhA9vxZ0+DbCBMjCmnzIOYEjL/ZZyPsJ r2suupkpUgcLm20f30+NXLF6zgRInErF4rzxOMX/iPJjYjfrr57u8l4dn0lFWJIFiYg9 QNU/xGdVV60c4OxpV4hAhVSWjRlv6AhnwYih73krgEGGmFrpFhlYJpsx+eA4Vjivm3l0 id3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=Bixo0d9JjVSmJP3zunYh4uJR5sDX3PUyVSVA35Jm0FY=; b=DQU/SDgInBal71QcIsuGbN2Fz14x/V1A8gM/XGwOoJGXi1VeQmg+fkUIi6c9bWmVRI goN8Cyt4R5Z2AWP2OShjcCyz4EfH/E1UhrNtMHkE2H9uNw/ezwmkyJWBNxUpitqjD+0X dutdZVmo43L/3zWOmPpvZ7zZskmONLQWIyZmVCUeSJ99hbYbp3jfg1CWnCACvGtm85E2 bNOVtU/A7TqK7HqfGLriyTrsjnpWpCD6jDIMZv4nEFyMoNy2aOheUGNkMUYuFr+IVy4o 0TFm9CxiiPkrE+GkuizJIXPNNODWq+fAfTwgU2KmnKfYGlNEJhuJhnfqoAherlcLUhLR fN1w== X-Gm-Message-State: APjAAAUIFcKZ+60pRC0vYNxlIZwKxXY9T9RTwl+MO+zmV/xkfgb526GA N0/x4SzSQ1SLO1wDVE6NkEY= X-Received: by 2002:a17:902:788b:: with SMTP id q11mr18746076pll.308.1566147592742; Sun, 18 Aug 2019 09:59:52 -0700 (PDT) Received: from deepa-ubuntu.lan (c-98-234-52-230.hsd1.ca.comcast.net. [98.234.52.230]) by smtp.gmail.com with ESMTPSA id b136sm15732831pfb.73.2019.08.18.09.59.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 18 Aug 2019 09:59:52 -0700 (PDT) From: Deepa Dinamani To: viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org Cc: linux-fsdevel@vger.kernel.org, y2038@lists.linaro.org, arnd@arndb.de, tytso@mit.edu, adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org Subject: [PATCH v8 09/20] ext4: Initialize timestamps limits Date: Sun, 18 Aug 2019 09:58:06 -0700 Message-Id: <20190818165817.32634-10-deepa.kernel@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190818165817.32634-1-deepa.kernel@gmail.com> References: <20190818165817.32634-1-deepa.kernel@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ext4 has different overflow limits for max filesystem timestamps based on the extra bytes available. The timestamp limits are calculated according to the encoding table in a4dad1ae24f85i(ext4: Fix handling of extended tv_sec): * extra msb of adjust for signed * epoch 32-bit 32-bit tv_sec to * bits time decoded 64-bit tv_sec 64-bit tv_sec valid time range * 0 0 1 -0x80000000..-0x00000001 0x000000000 1901-12-13..1969-12-31 * 0 0 0 0x000000000..0x07fffffff 0x000000000 1970-01-01..2038-01-19 * 0 1 1 0x080000000..0x0ffffffff 0x100000000 2038-01-19..2106-02-07 * 0 1 0 0x100000000..0x17fffffff 0x100000000 2106-02-07..2174-02-25 * 1 0 1 0x180000000..0x1ffffffff 0x200000000 2174-02-25..2242-03-16 * 1 0 0 0x200000000..0x27fffffff 0x200000000 2242-03-16..2310-04-04 * 1 1 1 0x280000000..0x2ffffffff 0x300000000 2310-04-04..2378-04-22 * 1 1 0 0x300000000..0x37fffffff 0x300000000 2378-04-22..2446-05-10 Note that the time limits are not correct for deletion times. Added a warn when an inode cannot be extended to incorporate an extended timestamp. Signed-off-by: Deepa Dinamani Reviewed-by: Andreas Dilger Cc: tytso@mit.edu Cc: adilger.kernel@dilger.ca Cc: linux-ext4@vger.kernel.org --- fs/ext4/ext4.h | 10 +++++++++- fs/ext4/super.c | 17 +++++++++++++++-- 2 files changed, 24 insertions(+), 3 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index 9c7f4036021b..ae5d0c86aba2 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @@ -832,11 +832,15 @@ static inline void ext4_decode_extra_time(struct timespec64 *time, #define EXT4_INODE_SET_XTIME(xtime, inode, raw_inode) \ do { \ - (raw_inode)->xtime = cpu_to_le32((inode)->xtime.tv_sec); \ if (EXT4_FITS_IN_INODE(raw_inode, EXT4_I(inode), xtime ## _extra)) {\ + (raw_inode)->xtime = cpu_to_le32((inode)->xtime.tv_sec); \ (raw_inode)->xtime ## _extra = \ ext4_encode_extra_time(&(inode)->xtime); \ } \ + else {\ + (raw_inode)->xtime = cpu_to_le32(clamp_t(int32_t, (inode)->xtime.tv_sec, S32_MIN, S32_MAX)); \ + ext4_warning_inode(inode, "inode does not support timestamps beyond 2038"); \ + } \ } while (0) #define EXT4_EINODE_SET_XTIME(xtime, einode, raw_inode) \ @@ -1643,6 +1647,10 @@ static inline bool ext4_verity_in_progress(struct inode *inode) #define EXT4_GOOD_OLD_INODE_SIZE 128 +#define EXT4_EXTRA_TIMESTAMP_MAX (((s64)1 << 34) - 1 + S32_MIN) +#define EXT4_NON_EXTRA_TIMESTAMP_MAX S32_MAX +#define EXT4_TIMESTAMP_MIN S32_MIN + /* * Feature set definitions */ diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 27cd622676e7..3db5f17228b7 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -4039,8 +4039,21 @@ static int ext4_fill_super(struct super_block *sb, void *data, int silent) sbi->s_inode_size); goto failed_mount; } - if (sbi->s_inode_size > EXT4_GOOD_OLD_INODE_SIZE) - sb->s_time_gran = 1 << (EXT4_EPOCH_BITS - 2); + /* + * i_atime_extra is the last extra field available for [acm]times in + * struct ext4_inode. Checking for that field should suffice to ensure + * we have extra space for all three. + */ + if (sbi->s_inode_size >= offsetof(struct ext4_inode, i_atime_extra) + + sizeof(((struct ext4_inode *)0)->i_atime_extra)) { + sb->s_time_gran = 1; + sb->s_time_max = EXT4_EXTRA_TIMESTAMP_MAX; + } else { + sb->s_time_gran = NSEC_PER_SEC; + sb->s_time_max = EXT4_NON_EXTRA_TIMESTAMP_MAX; + } + + sb->s_time_min = EXT4_TIMESTAMP_MIN; } sbi->s_desc_size = le16_to_cpu(es->s_desc_size); -- 2.17.1