Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4912635yba; Wed, 10 Apr 2019 07:30:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqyYQ7Az52i1Q6rebEBj16Xffbb6AvrJcKICwn2gUdIT/EKvmVtASfM95vJNMvj5+R2/eVJy X-Received: by 2002:a62:5f84:: with SMTP id t126mr43532383pfb.185.1554906647596; Wed, 10 Apr 2019 07:30:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554906647; cv=none; d=google.com; s=arc-20160816; b=yp/8Tgy66XhaEf1ktKT6+esifCfmjQwrgtONuKi2FOj/sQ0JDbKqJXC4IMKNWrUoV9 JtvbHiLVdP6BNPKKfjWE4LeuTvaYBfvZJk2Lrt7U8CqcB65StayxFaM+6zJNVvDIpjm2 b1eB7KLNwRyZNnE9YFG3zD2rahZT7an893guq3GCEpYgp//KBbPupDzILiSxInERiKem VX1BWBgcTebctKdaAQN5LNk5SjF46wdwjjxGEffoWX2uJPdYX3NKrgOUTdkn35bJlQLv /9lCpxtN/R1LtyE/3tcVJaNfCW1AZDLHtT/jhc5EIq7hUpJvqCpJsFYT/d+KwXRRwG82 x6vQ== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=D9Fr49/Ybl2flpjdbGoved38zdqnXIN/keAe350LW3w=; b=WNH7yBF2QBRge/mcih3oyDOAnL5ZX4IrGaf5CQt8c+4vLRnfexttd5m/XvuVb7/OoM soMp6dY6Np4iyr+9xR4J95Gh8YFfvebRr7XWqoABd7ZBKo6pHD5YUcNEAp/sIWTJ4VLJ +MhGY/+W14iereIAM3L9V8KFMEsogyIDRSXWlnLgzGllftajp2GZbRgVL60FbawQ/WQN NwMdKG/spU6VqUrL94hEbeWRljMbZFxvPITc9R/D4WONveGebq89t81MaAFNBZPuSfeK 7WF3QO1JZGGvDtNQRQbwRrSmEU7TmbTfZ3lfHTYYO32e9P0UAvek1fuVyX8+IhDO5dnL YXeQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i15si1349801pfj.115.2019.04.10.07.30.31; Wed, 10 Apr 2019 07:30:47 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732744AbfDJO3d (ORCPT + 99 others); Wed, 10 Apr 2019 10:29:33 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:54634 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732639AbfDJO3d (ORCPT ); Wed, 10 Apr 2019 10:29:33 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 886E128245E; Wed, 10 Apr 2019 15:29:30 +0100 (BST) Date: Wed, 10 Apr 2019 16:29:27 +0200 From: Boris Brezillon To: YueHaibing Cc: , , , , , , , Subject: Re: [PATCH] mtd: nand: Fix build error while CONFIG_MTD_NAND_ECC_SW_BCH is set to module Message-ID: <20190410162927.17ea678b@collabora.com> In-Reply-To: <8b020124-4008-6081-c04c-eaefb7875878@huawei.com> References: <20190410130747.35692-1-yuehaibing@huawei.com> <20190410153920.68267a1a@collabora.com> <20190410155856.655122c8@collabora.com> <8b020124-4008-6081-c04c-eaefb7875878@huawei.com> Organization: Collabora X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 10 Apr 2019 22:22:16 +0800 YueHaibing wrote: > On 2019/4/10 21:58, Boris Brezillon wrote: > > On Wed, 10 Apr 2019 15:39:28 +0200 > > Boris Brezillon wrote: > > > >> On Wed, 10 Apr 2019 21:07:47 +0800 > >> Yue Haibing wrote: > >> > >>> From: YueHaibing > >>> > >>> Fix gcc build error while CONFIG_MTD_NAND_ECC_SW_BCH > >>> is set to module: > >>> > >>> drivers/mtd/nand/raw/nand_base.o: In function `nand_cleanup': > >>> (.text+0xef6): undefined reference to `nand_bch_free' > >>> drivers/mtd/nand/raw/nand_base.o: In function `nand_scan_tail': > >>> nand_base.c:(.text+0xa101): undefined reference to `nand_bch_calculate_ecc' > >>> nand_base.c:(.text+0xa120): undefined reference to `nand_bch_correct_data' > >>> nand_base.c:(.text+0xa269): undefined reference to `nand_bch_init' > >>> > >>> CONFIG_MTD_NAND_ECC_SW_BCH should not be set to M, > >>> because MTD_RAW_NAND need it while linked. > >>> > >>> Reported-by: Hulk Robot > >>> Fixes: 193bd4002644 ("mtd: nand: add software BCH ECC support" > >> > >> Nope, it's not this one that introduced the regression. > >> > >> > >> > >>> Signed-off-by: YueHaibing > >>> --- > >>> drivers/mtd/nand/raw/Kconfig | 2 +- > >>> 1 file changed, 1 insertion(+), 1 deletion(-) > >>> > >>> diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig > >>> index 615d738..0500c42 100644 > >>> --- a/drivers/mtd/nand/raw/Kconfig > >>> +++ b/drivers/mtd/nand/raw/Kconfig > >>> @@ -22,7 +22,7 @@ menuconfig MTD_RAW_NAND > >>> if MTD_RAW_NAND > >>> > >>> config MTD_NAND_ECC_SW_BCH > >>> - tristate "Support software BCH ECC" > >>> + bool "Support software BCH ECC" > >>> select BCH > >>> default n > >>> help > >> > >> Should be fixed with the following diff squashed into: > >> > >> 51ef1d0b2095 ("mtd: nand: Clarify Kconfig entry for software BCH ECC algorithm") > >> > >> --->8--- > >> diff --git a/include/linux/mtd/nand_bch.h b/include/linux/mtd/nand_bch.h > >> index b8106651f807..06ce2b655c13 100644 > >> --- a/include/linux/mtd/nand_bch.h > >> +++ b/include/linux/mtd/nand_bch.h > >> @@ -15,7 +15,7 @@ struct mtd_info; > >> struct nand_chip; > >> struct nand_bch_control; > >> > >> -#if defined(CONFIG_MTD_NAND_ECC_BCH) > >> +#if defined(CONFIG_MTD_NAND_ECC_SW_BCH) > >> > >> static inline int mtd_nand_has_bch(void) { return 1; } > >> > >> @@ -39,7 +39,7 @@ struct nand_bch_control *nand_bch_init(struct mtd_info *mtd); > >> */ > >> void nand_bch_free(struct nand_bch_control *nbc); > >> > >> -#else /* !CONFIG_MTD_NAND_ECC_BCH */ > >> +#else /* !CONFIG_MTD_NAND_ECC_SW_BCH */ > >> > >> static inline int mtd_nand_has_bch(void) { return 0; } > >> > >> @@ -64,6 +64,6 @@ static inline struct nand_bch_control *nand_bch_init(struct mtd_info *mtd) > >> > >> static inline void nand_bch_free(struct nand_bch_control *nbc) {} > >> > >> -#endif /* CONFIG_MTD_NAND_ECC_BCH */ > >> +#endif /* CONFIG_MTD_NAND_ECC_SW_BCH */ > >> > >> #endif /* __MTD_NAND_BCH_H__ */ > > > > Sorry, I didn't look at the right branch, this part of the code was > > correct, but we still have a problem to express the RAW_NAND(y) -> > > SW_BCH(y) dependency. > > It seems this dependency is not always need, > > case MTD_RAW_NAND set to y works well while CONFIG_MTD_NAND_ECC_SW_BCH is not set. Yes, I know, but forcing nand_bch to a be a boolean is not the right solution either, hence my suggestion to use 'imply'.