Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3837566imm; Mon, 20 Aug 2018 05:41:50 -0700 (PDT) X-Google-Smtp-Source: AA+uWPylbHLKZSVwR/UxbFeoTWJtM0zcenxOavwRC/26WQLQASzzGBb4Ortln+u1XOtgBE1XU06Q X-Received: by 2002:a63:5b51:: with SMTP id l17-v6mr42819169pgm.165.1534768910698; Mon, 20 Aug 2018 05:41:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534768910; cv=none; d=google.com; s=arc-20160816; b=iTMaDjQ5tDYh789LkqI/3iKNNsEcuZ7RGRRnNYirVci2CWiSuIpdf1btpaMNwpeagn +L9KttlEdw8ttTRreKHAoqnLjplXbE/Lc85qiur7O5OnteEnpNkTPer1uXZj0MLRWcdp L4fzoFSKd6x8xW6UGSWus87oaGCpLabMjIZmPpVFN6CKF5S9nzNI1mzq69yOSNskBxcZ R11MScmOaA0M9l8pAsOqe1vxjACw7R+VOq3B4Wr32wExacajHQMkW0gB5cLyQs+ZqaoL 8vM6RVMb09B3D8X3GWJ+1h0QyGYhkggs+FCf0UQP2Hxk7YPOId1qRgUkEE9yEYiIZuiV GCwg== 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:arc-authentication-results; bh=PvN3XEWBw2sKCXhR31ZDRtKOW08hMSGdIM4K16zF6OA=; b=wbTbPrG12djnq9zlMM0BLxP2A3l7vdCAmv5nhANeVi7OH1ug1ZVPblZsFMX7O4laE5 tHogcNaxQl36nv6spKrZVJpRzV75MtWgfCnPM5NqDKMgQM6qnOOWSZQh3Z+KTPsKr53S AGhYeRd9l7gvVMt+gdwGyf15Vd4XX5DhEZNVX91o3bWHIfCDaeR22LWooYAWglVV8V0d tcjMilBYSGyRKpzKHt+pzDqcQWc/IOIZI4mYoy/OFtE74rgU0o7XPyud7Q6fgVi4y34a SORbYtJMFo3U4uQ7N34D3KU7aG9pPxC+8IW5OHtNjSugnFaDA5dkSqC7hJ5glBzJPpgS MU/Q== 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 h17-v6si9517071pgj.214.2018.08.20.05.41.35; Mon, 20 Aug 2018 05:41:50 -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 S1726938AbeHTPyz (ORCPT + 99 others); Mon, 20 Aug 2018 11:54:55 -0400 Received: from mail-qt0-f169.google.com ([209.85.216.169]:39541 "EHLO mail-qt0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726730AbeHTPyz (ORCPT ); Mon, 20 Aug 2018 11:54:55 -0400 Received: by mail-qt0-f169.google.com with SMTP id o15-v6so9921324qtk.6 for ; Mon, 20 Aug 2018 05:39:26 -0700 (PDT) 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=PvN3XEWBw2sKCXhR31ZDRtKOW08hMSGdIM4K16zF6OA=; b=T+YbXry2aqo2pwqhAEWHUwjahOULJRGTOKPDIhWX8oYpXDcSfrg9IAq/x3ZOEY5KUA cdi7sNk2uEOMJf1p1SVynee2wOTJYC7ERWnq1ia1UY83/Yu9wJek5Bdtuus97t8VdPk9 iatpwbNsHhyJ9qeAJEOmjIDN6DtMDCm7ik3mrfT/OTsqcEMnxfhiHL9NeX7LYzeUu9Sp qfWHuYYuoNLW/669a/7VOQBkAXq8w7g1G+QIWPYb9J0r+O+AFFO6yD4t2ZsfuYQwilT3 yLUduDJZu4w4oGAnCQpMenU6roEcbMCn8FUKavcANA28K7rr83+gpXAG9LMvThM3vU03 8J0Q== X-Gm-Message-State: APzg51BvzBdXi+fnFRFSkTRGJunxE6ks3V/1HWc1H/l1fQitQJKeH+z5 2JlZ5vDkSaByjyibfJw6m9dJNwzk6kHIZFy6EhvW/w== X-Received: by 2002:a0c:c171:: with SMTP id i46-v6mr2363631qvh.40.1534768765765; Mon, 20 Aug 2018 05:39:25 -0700 (PDT) MIME-Version: 1.0 References: <87zhxkjyww.fsf@mail.parknet.co.jp> In-Reply-To: <87zhxkjyww.fsf@mail.parknet.co.jp> From: Arnd Bergmann Date: Mon, 20 Aug 2018 14:39:09 +0200 Message-ID: Subject: Re: [PATCH] Cleanup "fat: propagate 64-bit inode timestamps" patch To: OGAWA Hirofumi Cc: Andrew Morton , Jeff Layton , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Aug 18, 2018 at 2:34 AM OGAWA Hirofumi wrote: > > Hi, > > Looks like I missed the email to read for a patch > (mmots/broken-out/fat-propagate-64-bit-inode-timestamps.patch). Well, > so FWIW, > > Acked-by: OGAWA Hirofumi > > And additionally cleanup patch here (this would be better to be folded > into his patch). > > Thanks. > -- > OGAWA Hirofumi > > [PATCH] Cleanup "fat: propagate 64-bit inode timestamps" patch > > - Remove useless temporary variable > - Remove needless long long > > Signed-off-by: OGAWA Hirofumi Acked-by: Arnd Bergmann > /* 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. A completely different approach would be to just use mktime() and avoid reimplementing it. Arnd