Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3787641ybl; Mon, 12 Aug 2019 06:26:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqyCTJOdRH1RQU9AZ2amVUIkibIeWfN7XZCxQpjhNkK+nzpfdJdGCX/AaIluk2Yxp4hjXLXc X-Received: by 2002:a17:90a:feb:: with SMTP id 98mr16808157pjz.55.1565616402902; Mon, 12 Aug 2019 06:26:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565616402; cv=none; d=google.com; s=arc-20160816; b=rCfQJC9XByML9btYClwRiwX33CmZdDs57M//+1cTY3cZKOpTR0IhAUw8oxehJk4ONT DNQtvy76WJvzZat7f8nfunpAJUg+ZNvVAaFhWXPtxl1mp2YZnYUREAEPHV60wUp/YHhT 0ryCmmzhK9Hg/6N1XmA3izuxHJPHUEso9eqkAtyTCG8iZ7kGGlI47D1/HdL7YR5wpWYS eJKoYrpnrwNsNKHf1c2we3VjdW55yrmusnDThOaYbmIP+kp25mzuAdrC8ubTzSL80Sq1 CUmpEKDiM0caxQk3jhbZoyW1/8mRVXCgiJFk9WRcQGzWPOAUXv1ztiGGrjp5fH8QUiIA DZ2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=RCUDOifRVI0+OE5euRVpkFllv4hjcKntP/4zUwin/iw=; b=tHMqsIa4/470GnCZN+o+Xp8lf3+E0hpRHdK8ajoFRjYPN30UCuwAIYN/mZzlc9XHUO WlsAs9/Fd2yXBcUUVXFccIenY7lK/dlJAhtv+MrwI28u+C+iSq0ndhG010kz/gYWDuG8 stajO/9OqP3t5fE4XOlLfZ1SZkhnddq6nH4l0ZcL1kYAzeERlTh3RNGKCyeZGM0/C7mv K/A3qIxXfGHfJl5TLYQ/p2eVlHsYuVaZPlXzQ5wq0FgVfp0JBpR67NwFrpDs7N1UxSoC xb5oDk3hPrpeQbSecvQDrGGX7zDJTke8C0IJ8XmVyYumbDnbPJnv91rLpuKSR36SvuJS 17Ew== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b4si14891593plb.10.2019.08.12.06.26.27; Mon, 12 Aug 2019 06:26:42 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728880AbfHLNZn (ORCPT + 99 others); Mon, 12 Aug 2019 09:25:43 -0400 Received: from imap1.codethink.co.uk ([176.9.8.82]:40790 "EHLO imap1.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728552AbfHLNZn (ORCPT ); Mon, 12 Aug 2019 09:25:43 -0400 Received: from [167.98.27.226] (helo=xylophone) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1hxAKR-00033l-Iv; Mon, 12 Aug 2019 14:25:39 +0100 Message-ID: <53df9d81bfb4ee7ec64fabf1089f91d80dceb491.camel@codethink.co.uk> Subject: Re: [Y2038] [PATCH 04/20] mount: Add mount warning for impending timestamp expiry From: Ben Hutchings To: Deepa Dinamani Cc: Alexander Viro , Linux Kernel Mailing List , Linux FS-devel Mailing List , y2038 Mailman List , Arnd Bergmann Date: Mon, 12 Aug 2019 14:25:38 +0100 In-Reply-To: References: <20190730014924.2193-1-deepa.kernel@gmail.com> <20190730014924.2193-5-deepa.kernel@gmail.com> Organization: Codethink Ltd. Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2019-08-10 at 13:44 -0700, Deepa Dinamani wrote: > On Mon, Aug 5, 2019 at 7:14 AM Ben Hutchings > wrote: > > On Mon, 2019-07-29 at 18:49 -0700, Deepa Dinamani wrote: > > > The warning reuses the uptime max of 30 years used by the > > > setitimeofday(). > > > > > > Note that the warning is only added for new filesystem mounts > > > through the mount syscall. Automounts do not have the same warning. > > [...] > > > > Another thing - perhaps this warning should be suppressed for read-only > > mounts? > > Many filesystems support read only mounts only. We do fill in right > granularities and limits for these filesystems as well. In keeping > with the trend, I have added the warning accordingly. I don't think I > have a preference either way. But, not warning for the red only mounts > adds another if case. If you have a strong preference, I could add it > in. It seems to me that the warning is needed if there is a possibility of data loss (incorrect timestamps, potentially leading to incorrect decisions about which files are newer). This can happen only when a filesystem is mounted read-write, or when a filesystem image is created. I think that warning for read-only mounts would be an annoyance to users retrieving files from old filesystems. Ben. -- Ben Hutchings, Software Developer Codethink Ltd https://www.codethink.co.uk/ Dale House, 35 Dale Street Manchester, M1 2HF, United Kingdom