Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp240877ybe; Tue, 3 Sep 2019 21:50:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqwxEU06z7uytNwXm/86aHVD+PIk4fnzGmGIiNk98hfLNGktCfoiHFx8ObAfebClNWFOzJHk X-Received: by 2002:a62:5214:: with SMTP id g20mr26987818pfb.103.1567572652898; Tue, 03 Sep 2019 21:50:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567572652; cv=none; d=google.com; s=arc-20160816; b=BZkErsIf8pIOOqjzEJ5C5jnzhrF0F4ebHMyHxAWEzozRpZGqWmVzfcKmfL12+s8/jJ rgOTSi20BmwPsikdwPIa7/xJzKYT1TnAn+T2zybQa6SIbd0esKB53yyCf6mHZK2NBnc4 UQKlSWgh6+eom8Wy2U+8duQNF/nICzYCHhsx3gXt4xyZzVlMJv+rlzUFlX1JowiLCxjD rlDBHNXaAmcSyEKzbP8aO6CJcfspm7JnsMRXouc9pVFF+49+GDkUE3jpg73BI95wG2d7 cbL65pZBnpHev1V3b/w/unaDK+TEhJ+/cCtHz6ToODFOlx7S0Mf8zcJXCaie5SoBLID0 M3tQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=DqeeCLoOIocazJotBpO5DRxlEiowj7NIrvCPQiLSXaw=; b=CIvBE5gWZENby/tLHSMJRcTq8cZ9YrWeRvVJUHXK9vYwrRrWFL5GC75KE0xCen80dj JEFtvpc4Cg4sF0wDcPOY+AYBL+XWYu2DUo2gpgA7ZHee6JrXdR9cbKIKjHzW35QACUnT xLvEN0xSHu4DJpjqaj0kbFl5+yGg8eO8NN7Y5JOZyaLLDdRixRtuO1RyEMZml/02WlGT CI6i0DQ2paaIrCNu748EKhncP6y0a+rlSsW5p9uPFsBpHI0BVqTi+SyfL2pYP7lGBmeb ctc2KJinCfXRpxtlsI3Hb7D1WgD8OsePl2R4tHzeFunJ1GOOLvI/IhSBRkeFUy5WGjKv RC2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=drOTaSQE; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-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 j23si18977449pfr.41.2019.09.03.21.50.27; Tue, 03 Sep 2019 21:50:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-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=drOTaSQE; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-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 S1725864AbfIDEuX (ORCPT + 99 others); Wed, 4 Sep 2019 00:50:23 -0400 Received: from mail-io1-f43.google.com ([209.85.166.43]:36015 "EHLO mail-io1-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725267AbfIDEuW (ORCPT ); Wed, 4 Sep 2019 00:50:22 -0400 Received: by mail-io1-f43.google.com with SMTP id b136so17202539iof.3; Tue, 03 Sep 2019 21:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DqeeCLoOIocazJotBpO5DRxlEiowj7NIrvCPQiLSXaw=; b=drOTaSQEZbU1qHaXGu/LzPQb1XjTStNTAsZenn0BsCKYusHP0I801i/Gbw4kw/BOp2 kLfZOlFv0f+4WLfQhMAntIeYdkAT9zdn97bPAkNF6NZAuz7yCYg7R8btHVj4b/7qXvAT /u6BE4sWpuUWOF8fXujbwVPFRtXQrNCk8OA60tkzV6vWGYq2sb8b8CMHUkN/L7t5oXEK qrcxj9602l0wpRQ620vtbERxyr0Lgrg39IKQSBzag2h2io9UWJXIbpxq4NrT6FqSq4JD 1Z78XrbYD6zv/2oJUVpeyTOmhxuXnJU4tIcP8iBXd60ZoiwY5l4nptT74BsTsT9uUf2m VFpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DqeeCLoOIocazJotBpO5DRxlEiowj7NIrvCPQiLSXaw=; b=k8y9z80vESXQZLW5UQJMwgJHX3F0W93p1Ky57jRDpkJZQhiVmMlwY4k1b/KtTTk8d3 P6M3yxSS9QTg9xJmVAp93w6Aqbl4YB1ZqORX1cpzXoB4mOeoGPpMFmvhJwneKPJfMTrH B8q6WaesyOMNoFQ7IQKUU7qTUEHz4wIWufJkmlMXpJdM0bf6jA6ys44MYIZVq+dyTBBw BCyIHw3thaKZeUScdlFngj3X7cYOU2xB3eSlTZSB6N6/uZKLkd37yU+NLqvAEH/9b5DP PQzSZnFb/xmGAOhSVPfzaBpEkMASnN8CgyUrhX2Y7QZkmA4GgRVtjDP3Qp2wIriBeyAJ nAyQ== X-Gm-Message-State: APjAAAWvc+AkHRwtOEDL7NnvkY6LdLostSHJxwH+uzJ28m//gIMxnMEL rIqyQpDjWVXJZtG+QHyEbPzhBObYNbbu5knngXJbjw== X-Received: by 2002:a02:948c:: with SMTP id x12mr3507699jah.96.1567572621610; Tue, 03 Sep 2019 21:50:21 -0700 (PDT) MIME-Version: 1.0 References: <1567523922.5576.57.camel@lca.pw> <20190903211747.GD2899@mit.edu> In-Reply-To: From: Deepa Dinamani Date: Tue, 3 Sep 2019 21:50:09 -0700 Message-ID: Subject: Re: "beyond 2038" warnings from loopback mount is noisy To: Arnd Bergmann Cc: "Theodore Y. Ts'o" , Qian Cai , Jeff Layton , Alexander Viro , Linux FS-devel Mailing List , Linux Kernel Mailing List , Ext4 Developers List , Andreas Dilger Content-Type: text/plain; charset="UTF-8" Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org If we don't care to warn about the timestamps that are clamped in memory, maybe we could just warn when they are being written out. Would something like this be more acceptable? I would also remove the warning in ext4.h. I think we don't have to check if the inode is 128 bytes here (Please correct me if I am wrong). If this looks ok, I can post this. diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index 9e3ae3be3de9..24b14bd3feab 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @@ -833,10 +833,8 @@ do { \ (raw_inode)->xtime ## _extra = \ ext4_encode_extra_time(&(inode)->xtime); \ } \ - else {\ + 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) \ diff --git a/fs/ext4/xattr.c b/fs/ext4/xattr.c index 491f9ee4040e..cef5b87cc5a6 100644 --- a/fs/ext4/xattr.c +++ b/fs/ext4/xattr.c @@ -2791,7 +2791,7 @@ int ext4_expand_extra_isize_ea(struct inode *inode, int new_extra_isize, cleanup: if (error && (mnt_count != le16_to_cpu(sbi->s_es->s_mnt_count))) { - ext4_warning(inode->i_sb, "Unable to expand inode %lu. Delete some EAs or run e2fsck.", + ext4_warning(inode->i_sb, "Unable to expand inode %lu. Delete some EAs or run e2fsck. Timestamps on the inode expire beyond 2038", inode->i_ino); mnt_count = le16_to_cpu(sbi->s_es->s_mnt_count); }