Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp215190imm; Tue, 18 Sep 2018 20:17:33 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaS50gbMtHQSd0jFvKV3o2MIVieRHL3ZxwSRTkQscNRvzxiV5qkQf80JpzvRzWoe7hRWmO9 X-Received: by 2002:a63:69c3:: with SMTP id e186-v6mr29296781pgc.431.1537327053577; Tue, 18 Sep 2018 20:17:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537327053; cv=none; d=google.com; s=arc-20160816; b=CEFm8knD1gnXoVPZ8vCEIf3qU6MBJM4cuIlzgCAjz/yRVpHWwBlHY+JlkJ2parlgC9 yMzMJuAsD5TJyipZ5K0kMYoWsjchcZX79SzNYGBQ5898O6PrSTxvRTsiPSIA2W5Z+e3l FCVjVDVt5o3N5hCvd6ohZOSRJzQzD0H0KMGSoF6s8fd5zBSFr4zV6PMI+O2gG5KCtZN5 loPc+QHmZReFBHwfp3y/sSFyqRUwGgOf3JaMc3tbAL5RhNuZAOUzeKaoJLvk1iAYd5zp mE/nqDhxthoxVF0DXw0OYRpgNgAUgdoW9d5da8UOHjo5VD5tZdUI8+PX1wjQaFgV+hlA t1Cw== 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:in-reply-to :references:subject:cc:to:mime-version:user-agent:from:date :message-id; bh=yrD/0H6Yr4pFz7tHrAXldkGscAb3L4jx/+/uEygCOlU=; b=AjHSRaEYQthcSVgzRryrpNH/dtwG/CAOMM06RXrj2uicoOy9KzuPkmLezxhoHzVcSu tzcW5+mMi4LFHYGUAPLg/A89+L3OE3tay05YMB2uaTd8ssrVTQypvOdrF2a/WMC2hX7Y J2wsRtcfjScYpy7cZCfY+NZLt41ocilu9EVoUI5eOxNHDTra1hRO5TBdvRr/VrAacY+u CplZ5n7I7fPZxIHnp+ONITS7XH2dDpdBUZJDRQSdFZ/t40Fya6ZllP/3jn5H0PM+oBnD LsnWUzA7FtkA9LkVVm14mVJsL4ZtLYDyfJGowrUnJE91kSi8h8B190zNQdI1pO+LVxRj SWCA== 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 z127-v6si20296643pgb.455.2018.09.18.20.17.18; Tue, 18 Sep 2018 20:17:33 -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 S1730537AbeISIw1 (ORCPT + 99 others); Wed, 19 Sep 2018 04:52:27 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:40639 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725870AbeISIw1 (ORCPT ); Wed, 19 Sep 2018 04:52:27 -0400 Received: from DGGEMS412-HUB.china.huawei.com (unknown [10.3.19.212]) by Forcepoint Email with ESMTP id A4FDF87D6C32B; Wed, 19 Sep 2018 11:16:35 +0800 (CST) Received: from [127.0.0.1] (10.177.29.68) by DGGEMS412-HUB.china.huawei.com (10.3.19.212) with Microsoft SMTP Server id 14.3.399.0; Wed, 19 Sep 2018 11:16:27 +0800 Message-ID: <5BA1BF8A.1000807@huawei.com> Date: Wed, 19 Sep 2018 11:16:26 +0800 From: zhong jiang User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: cgxu519 CC: , , , , Subject: Re: [PATCH] staging: erofs: Fix a unused variable 'arg' warning References: <1537323381-23839-1-git-send-email-zhongjiang@huawei.com> <5b3438ac-f4d4-7f66-4be0-1720c1eada98@gmx.com> In-Reply-To: <5b3438ac-f4d4-7f66-4be0-1720c1eada98@gmx.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.29.68] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018/9/19 11:07, cgxu519 wrote: > On 09/19/2018 10:16 AM, zhong jiang wrote: >> I find the following warning when compiling the kernel. >> >> drivers/staging/erofs/super.c:195:6: warning: unused variable 'arg' [-Wunused-variable] >> int arg = 0; >> >> Signed-off-by: zhong jiang >> --- >> drivers/staging/erofs/super.c | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/drivers/staging/erofs/super.c b/drivers/staging/erofs/super.c >> index 6423592..c04313f 100644 >> --- a/drivers/staging/erofs/super.c >> +++ b/drivers/staging/erofs/super.c >> @@ -192,7 +192,9 @@ static int parse_options(struct super_block *sb, char *options) >> { >> substring_t args[MAX_OPT_ARGS]; >> char *p; >> +#ifdef CONFIG_EROFS_FAULT_INJECTION >> int arg = 0; >> +#endif >> if (!options) >> return 0; > > Hi, > > The fix has already included in my patch series "staging: erofs: option validation for remount and some code cleanups", > so it will be fixed when the series merge into tree and we do not encourage surrounding the code with macro in option > parsing for this case. > Fine. Thank you for explaination. Sincerely, zhong jiang > Thanks, > Chengguang > > . >