Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp5496532ybi; Tue, 30 Jul 2019 22:12:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqwan0vnwJaXu/Vqqy6q6GmIu/sDSXjHEcVw8NmYMO/KrMs8AkK2yCSODSxdGNelUzlLUvhX X-Received: by 2002:a63:29c4:: with SMTP id p187mr60623018pgp.330.1564549966282; Tue, 30 Jul 2019 22:12:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564549966; cv=none; d=google.com; s=arc-20160816; b=uLSbNu3ExFmXYWufVk4mTLcPB0XDhMACbClvomENxSwcgYnxcvYf8Nrgkfub4IkSXi np+XTuPByRbwgZogo7oIaPDKEJ4OiXZLPiHKLbVt07wptN0gssMA1x9YL+JmLADBaeSJ nCnazjiwJ1hpOtwCqHIxanVQUZjOzJ+6Qc7rWgplGhtqahwVuSlS1IViLGMhvO8Xa1Aq xDyCs2NQvHiCuS9HMzPMfhwcS1b4Rz+CXr5eVZWswLMFHjvWxR4WK58Xd05J0gdg2dA1 FL/ukqOAdP30b4tvUooKmF3VGdFBoIYXVrfpWcrpDg0CK80H4Di8zDM0H35sbR8XgMAV zCXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=YsgMlbjMT2+snWeVtouvhcF7pXu6ZhjLp9nivQQdwXA=; b=uw3QborCOwVXRCDlinMERUedDollvGEc5TZTCu9Nj4WJ4GfDAqOLDfEC9LI8W++LP8 B8L/qGp8xbtdK48ayzJLtlsNELtT24qA8ijs+mcUG8lvCSJtFDczxjrIySJRVUh2mIzM ubx2OJxRG9EB96owjiuQSBhRivjoy67HBJEM2EFTcASyommyUYYwnbB6iM1Ogp3mpmsT eyjHCSIRsFduT++WiJia38bbOaBFbWXEQE5Qe7xx3zMtGDljGoVxgidJt3KLiNwj4MHJ 1BGTkWattJ+DxOwdjCCsni9w3njf6CxEOWQrsOpPHt9JWZ6MaozYoNaT9F4CkxudsfUA BcIw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c23si30124330pfr.8.2019.07.30.22.12.31; Tue, 30 Jul 2019 22:12:46 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727009AbfGaAsw (ORCPT + 99 others); Tue, 30 Jul 2019 20:48:52 -0400 Received: from mail.parknet.co.jp ([210.171.160.6]:55550 "EHLO mail.parknet.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726369AbfGaAsw (ORCPT ); Tue, 30 Jul 2019 20:48:52 -0400 Received: from ibmpc.myhome.or.jp (server.parknet.ne.jp [210.171.168.39]) by mail.parknet.co.jp (Postfix) with ESMTPSA id 3B5A815F925; Wed, 31 Jul 2019 09:48:51 +0900 (JST) Received: from devron.myhome.or.jp (foobar@devron.myhome.or.jp [192.168.0.3]) by ibmpc.myhome.or.jp (8.15.2/8.15.2/Debian-12) with ESMTPS id x6V0mnIT008251 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Wed, 31 Jul 2019 09:48:51 +0900 Received: from devron.myhome.or.jp (foobar@localhost [127.0.0.1]) by devron.myhome.or.jp (8.15.2/8.15.2/Debian-12) with ESMTPS id x6V0mnSu010060 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Wed, 31 Jul 2019 09:48:49 +0900 Received: (from hirofumi@localhost) by devron.myhome.or.jp (8.15.2/8.15.2/Submit) id x6V0mnvJ010059; Wed, 31 Jul 2019 09:48:49 +0900 From: OGAWA Hirofumi To: Deepa Dinamani Cc: Alexander Viro , Linux Kernel Mailing List , Linux FS-devel Mailing List , Arnd Bergmann , y2038 Mailman List Subject: Re: [PATCH 12/20] fs: fat: Initialize filesystem timestamp ranges References: <20190730014924.2193-1-deepa.kernel@gmail.com> <20190730014924.2193-13-deepa.kernel@gmail.com> <878ssfc1id.fsf@mail.parknet.co.jp> Date: Wed, 31 Jul 2019 09:48:49 +0900 In-Reply-To: (Deepa Dinamani's message of "Tue, 30 Jul 2019 10:39:41 -0700") Message-ID: <874l33av0u.fsf@mail.parknet.co.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Deepa Dinamani writes: >> At least, it is wrong to call fat_time_fat2unix() before setup parameters >> in sbi. > > All the parameters that fat_time_fat2unix() cares in sbi is accessed through > > static inline int fat_tz_offset(struct msdos_sb_info *sbi) > { > return (sbi->options.tz_set ? > -sbi->options.time_offset : > sys_tz.tz_minuteswest) * SECS_PER_MIN; > } > > Both the sbi fields sbi->options.tz_set and sbi->options.time_offset > are set by the call to parse_options(). And, parse_options() is called > before the calls to fat_time_fat2unix().: > > int fat_fill_super(struct super_block *sb, void *data, int silent, int isvfat, > void (*setup)(struct super_block *)) > { > > > error = parse_options(sb, data, isvfat, silent, &debug, &sbi->options); > if (error) > goto out_fail; > > > > sbi->prev_free = FAT_START_ENT; > sb->s_maxbytes = 0xffffffff; > fat_time_fat2unix(sbi, &ts, 0, cpu_to_le16(FAT_DATE_MIN), 0); > sb->s_time_min = ts.tv_sec; > > fat_time_fat2unix(sbi, &ts, cpu_to_le16(FAT_TIME_MAX), > cpu_to_le16(FAT_DATE_MAX), 0); > sb->s_time_max = ts.tv_sec; > > > } > > I do not see what the problem is. Ouch, you are right. I was reading that patch wrongly, sorry. Thanks. -- OGAWA Hirofumi