Received: by 2002:ab3:784e:0:b0:1dc:8548:e819 with SMTP id f14csp132030ltk; Tue, 30 Aug 2022 19:11:25 -0700 (PDT) X-Google-Smtp-Source: AA6agR524C41op+8FnKGGv7f5YzXnymUYLE7JBENXkZmZlU89F/pPDXXcB//8D6Wzaj5KALRNxwq X-Received: by 2002:a17:907:9605:b0:6f5:c66:7c13 with SMTP id gb5-20020a170907960500b006f50c667c13mr19752803ejc.66.1661911885302; Tue, 30 Aug 2022 19:11:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661911885; cv=none; d=google.com; s=arc-20160816; b=pSCAI/1NztHiw9H3/8VTGNTxJQWeU1eeAjgbB1WrNXAqOT5KNW8ZwjXdPafvgYhn1L WK8rt2DG8m+UBfs3boYebXnlcITO3Z1re9ESBa183Y5VjeKXewvOJspOiy+00v9fgK39 HhRW5qXMkawsJPUN7V0KBW89oudU2Xy/PXa/YCOiTOPaE/V/tZj3gnW4szjaNsVbCbcT D2i9a6oKcoNd+Sa9XBk9yuarrdTYrKrPNpLHmQfy65qWdZ4TiKxStXQ6J/O2P1691cth Xr/thnproQAxJxx4xYhEJZUkSd+41s42FOzQZDU+mVTYZnfceYfQ/50e9MWX3bRldAWL J7PQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:subject:user-agent:mime-version:date:message-id; bh=ktwca/HvuZC0E1pCEKmBJSWLK7C4cH+WNQVZgrzhiSQ=; b=iZFMpFkeoLb26JHHTr35kg6XxNAlYdv23XAgB2bunQVw9gHM2mVQh4zqPJHa2xSKjZ cSXRStUqhzNHUd+81lbTDMZ16Zn2DB8FlaB7ZI+z5Y8XDxWav/ZW1tOEBKPQj8dZGJ9P bvcDimFb/eb95iLFk3Pi2TEIYzJD6zmlVYUiZyIzkgbAEzgfQ1mNETnVNo2UJh9KH0N9 Pl7/tHFOA26rnQUengC3tPqiNOh52b+0fWVrQ7O7SRmAr8u3yVmB7qF1Ru+t3rBmrJLU Dc2QDlj1mNi+itt6XycP3+4Q4vpqhrKuPim1WlUutiLWnYtX5+Z74Mpg1IDY1fA2thm4 NZ9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id di17-20020a170906731100b0073d6c39d497si9362868ejc.366.2022.08.30.19.11.00; Tue, 30 Aug 2022 19:11:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231460AbiHaCBJ (ORCPT + 99 others); Tue, 30 Aug 2022 22:01:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231811AbiHaCBF (ORCPT ); Tue, 30 Aug 2022 22:01:05 -0400 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5C9D551A3B; Tue, 30 Aug 2022 19:01:03 -0700 (PDT) Received: from dggpemm500022.china.huawei.com (unknown [172.30.72.56]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4MHS2s67mTzYd10; Wed, 31 Aug 2022 09:56:37 +0800 (CST) Received: from [10.174.179.163] (10.174.179.163) by dggpemm500022.china.huawei.com (7.185.36.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 31 Aug 2022 10:01:01 +0800 Message-ID: <274b54e3-d33b-b48d-011d-30a45c696db0@huawei.com> Date: Wed, 31 Aug 2022 10:01:00 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.2 Subject: Re: [PATCH -next] xfs: remove "%Ld" which doesn't meet C standard To: Eric Sandeen CC: , , References: <20220830135422.2734749-1-zengheng4@huawei.com> From: Zeng Heng In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.179.163] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To dggpemm500022.china.huawei.com (7.185.36.162) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org You're right, I would take the opinion into v2 and loop you. 在 2022/8/30 22:51, Eric Sandeen 写道: > On 8/30/22 8:54 AM, Zeng Heng wrote: >> The "%Ld" specifier, which represents long long unsigned, >> doesn't meet C language standard, and even more, >> it makes people easily mistake with "%ld", which represent >> long unsigned. So replace "%Ld" with "lld". >> >> Do the same with "%Lu". >> >> Signed-off-by: Zeng Heng > I think this probably makes sense, but there are many more instances of > %Ld and %Lu in the xfs code, so why change just these 3? > > $ cd fs/xfs > $ grep -r "%Lu\|%Ld" . > ./libxfs/xfs_inode_fork.c: "corrupt inode %Lu (bad size %d for local fork, size = %zd).", > ./libxfs/xfs_inode_fork.c: xfs_warn(mp, "corrupt inode %Lu (btree).", > ./libxfs/xfs_bmap.c: xfs_warn(mp, "%s: thispa(%d) == pp(%d) %Ld", > ./xfs_inode.c: "%s: Bad inode %Lu magic number 0x%x, ptr "PTR_FMT, > ./xfs_inode.c: "%s: Bad regular inode %Lu, ptr "PTR_FMT, > ./xfs_inode.c: "%s: Bad directory inode %Lu, ptr "PTR_FMT, > ./xfs_inode.c: "%s: bad inode %Lu, forkoff 0x%x, ptr "PTR_FMT, > ./xfs_stats.c: len += scnprintf(buf + len, PATH_MAX-len, "xpc %Lu %Lu %Lu\n", > ./cscope/csdb:, "corrupt inode %Lu (btree).", > ./cscope/csdb:", dino bp = "PTR_FMT", ino = %Ld", > ./cscope/csdb:", ino %Ld", > ./cscope/csdb:-len, "xpc %Lu %Lu %Lu\n", > ./xfs_inode_item_recover.c: "%s: Bad inode magic number, dip = "PTR_FMT", dino bp = "PTR_FMT", ino = %Ld", > ./xfs_inode_item_recover.c: "%s: Bad inode log record, rec ptr "PTR_FMT", ino %Ld", > > >> --- >> fs/xfs/xfs_inode_item_recover.c | 4 ++-- >> fs/xfs/xfs_stats.c | 2 +- >> 2 files changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/fs/xfs/xfs_inode_item_recover.c b/fs/xfs/xfs_inode_item_recover.c >> index d28ffaebd067..0e5dba2343ea 100644 >> --- a/fs/xfs/xfs_inode_item_recover.c >> +++ b/fs/xfs/xfs_inode_item_recover.c >> @@ -321,7 +321,7 @@ xlog_recover_inode_commit_pass2( >> */ >> if (XFS_IS_CORRUPT(mp, !xfs_verify_magic16(bp, dip->di_magic))) { >> xfs_alert(mp, >> - "%s: Bad inode magic number, dip = "PTR_FMT", dino bp = "PTR_FMT", ino = %Ld", >> + "%s: Bad inode magic number, dip = "PTR_FMT", dino bp = "PTR_FMT", ino = %lld", >> __func__, dip, bp, in_f->ilf_ino); >> error = -EFSCORRUPTED; >> goto out_release; >> @@ -329,7 +329,7 @@ xlog_recover_inode_commit_pass2( >> ldip = item->ri_buf[1].i_addr; >> if (XFS_IS_CORRUPT(mp, ldip->di_magic != XFS_DINODE_MAGIC)) { >> xfs_alert(mp, >> - "%s: Bad inode log record, rec ptr "PTR_FMT", ino %Ld", >> + "%s: Bad inode log record, rec ptr "PTR_FMT", ino %lld", >> __func__, item, in_f->ilf_ino); >> error = -EFSCORRUPTED; >> goto out_release; >> diff --git a/fs/xfs/xfs_stats.c b/fs/xfs/xfs_stats.c >> index 70d38b77682b..90a77cd3ebad 100644 >> --- a/fs/xfs/xfs_stats.c >> +++ b/fs/xfs/xfs_stats.c >> @@ -74,7 +74,7 @@ int xfs_stats_format(struct xfsstats __percpu *stats, char *buf) >> defer_relog += per_cpu_ptr(stats, i)->s.defer_relog; >> } >> >> - len += scnprintf(buf + len, PATH_MAX-len, "xpc %Lu %Lu %Lu\n", >> + len += scnprintf(buf + len, PATH_MAX-len, "xpc %llu %llu %llu\n", >> xs_xstrat_bytes, xs_write_bytes, xs_read_bytes); >> len += scnprintf(buf + len, PATH_MAX-len, "defer_relog %llu\n", >> defer_relog);