Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4400534imm; Mon, 20 Aug 2018 15:25:35 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxzoaCSm8gB14KREZugGYZThlP36XtyYYuB3sEjmDqqnhE8wbyL7MFLMkF5dCW5936mwaBu X-Received: by 2002:a17:902:9696:: with SMTP id n22-v6mr47499068plp.212.1534803935112; Mon, 20 Aug 2018 15:25:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534803935; cv=none; d=google.com; s=arc-20160816; b=oRrgYSA6DcwVwD70ZuMyPYYgfVUwxs4PAbpIprDxJ7bSjnzdlcqfEESbKdZzsQuM3g Z8f9UZBTEbpLiA3ClUpjcCkUjkMWawTU9F+hTZ9P234vfcO2xeCJoxbqXSZcNygtiyG7 XCpzgWx+wW9ro1lH1NHscNdAvUHBakOqx1Bd32sambQ38UlhwX+5135uES4gRdqbpVaN 7qNL381T/YwPmyf8awMTLQv6K+kKA6RSoP9E4FTeEVvAgQ56DBgEdHQ9qvruvPNyWbac cMMqlbDBID3C7Hgc/s9hvMjFLZPRyi8A47SyfJMgoeH6mTXLaGHWYvA8Ug9SbJc+PyN4 FEmg== 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 :arc-authentication-results; bh=S+J1ItTI+zBznmJNanefTqiNBAIZpNNQNloIK2ZlTM4=; b=KOQYbOxSl4nPLi9EUksz61djxOpaSAigwklUgNtMyiR5CyAD3ZGco+uZjWgnobByAu KxebFq/ciu967YmndhuKI7g2JdBTXWCd/DHQcllIRTyuVOhJm8p6hMqB75DKBPCGFspW D/g2fGsDs88V4cDIHkIX4x1VL+AoCaoZoUEyfrokba6VTaL5cXryfxRbosUz4t8bkYJs j0fR1MHuHeX4Ap6LeyS4p6Q/TUZphGIEurCTXRgBqZnpgW/i1CRYtOXGIF9KouFrf6Mj X8VP1rc+mYGC258xz1KsbzKfP+pqvqfCgQHLizbhXurbd4ds8J87l/ngCUhfdwJPhXn/ LM6A== 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 l11-v6si461727pls.245.2018.08.20.15.25.19; Mon, 20 Aug 2018 15:25:35 -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 S1726725AbeHUBlE (ORCPT + 99 others); Mon, 20 Aug 2018 21:41:04 -0400 Received: from mail.parknet.co.jp ([210.171.160.6]:33052 "EHLO mail.parknet.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726119AbeHUBlD (ORCPT ); Mon, 20 Aug 2018 21:41:03 -0400 Received: from ibmpc.myhome.or.jp (server.parknet.ne.jp [210.171.168.39]) by mail.parknet.co.jp (Postfix) with ESMTPSA id 914A615AF4C; Tue, 21 Aug 2018 07:23:37 +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-11) with ESMTPS id w7KMNa40018476 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 21 Aug 2018 07:23:37 +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-11) with ESMTPS id w7KMNaHL007600 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 21 Aug 2018 07:23:36 +0900 Received: (from hirofumi@localhost) by devron.myhome.or.jp (8.15.2/8.15.2/Submit) id w7KMNZcj007599; Tue, 21 Aug 2018 07:23:35 +0900 From: OGAWA Hirofumi To: Arnd Bergmann Cc: Andrew Morton , Jeff Layton , Linux Kernel Mailing List Subject: Re: [PATCH] Cleanup "fat: propagate 64-bit inode timestamps" patch References: <87zhxkjyww.fsf@mail.parknet.co.jp> Date: Tue, 21 Aug 2018 07:23:35 +0900 In-Reply-To: (Arnd Bergmann's message of "Mon, 20 Aug 2018 14:39:09 +0200") Message-ID: <87h8jo4qzc.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 Arnd Bergmann writes: >> /* Linear day numbers of the respective 1sts in non-leap years. */ >> -static time64_t days_in_year[] = { >> +static long days_in_year[] = { >> /* Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec */ >> 0, 0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334, 0, 0, 0, >> }; > > While this is correct, changing it back to a signed 'long' type seems > rather arbitrary. I tried to pick a type that would be the same on 32-bit > and 64-bit architectures, the other choice would have been 'u16', > which saves a few bytes. Right. However, "long long" on 32bit arch is not same. In this implement "long long" works though, Some calculation needs libgcc helper (in kernel, div64 stuff). I want to avoid it early than later, and I don't care saving a few memory in here (I would not care if it was u16). Thanks. -- OGAWA Hirofumi