Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5018255yba; Wed, 10 Apr 2019 09:34:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqyigwVtYqBT636qQ8wuxv6viNzcqa8qUMLoEYwo1nWnjl+lS+UzndWXk0q1GxKb/qTCiXda X-Received: by 2002:a17:902:9006:: with SMTP id a6mr43598270plp.259.1554914047479; Wed, 10 Apr 2019 09:34:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554914047; cv=none; d=google.com; s=arc-20160816; b=mbneDAUExY500dk9rBR5OIl9SvO1ll/n2lwz+ra/io43ocHeQqpxrji6En/EikXjSB meud6O4QovdKcNYH/BupcRXTITLJDZm6GAmR/SS+i/xr+xneDBnxPW9MdPJ0gwMSZaCn W9lCiBZb6d4rWs658t2PwuM1OVyzrg5MPWxBqU8ifpHOmarhWBUK1IUqVpbO9wb2b+3d ZUuZ7wStbBlgAIoQMoh2BT3VsEcGQwfDPky2iK+gAspeunyXLq4a//nZCMgSzwwql5VP T/gRjVaZyPWfna46yP6IUWjUKAwpkbRFnQrpjKNtujEsHtVGA9gAxOdwW1iNjCcv843X C17w== 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=2CKNsH1yrVzP11DxHn1xZFL/OOj62LmVj5LxELYiOYE=; b=h0Hs9+kHQdsM/RmIC8HgfEYHhd35MeLj8AFjr0P8AoSijm0KqT+c3SAKkB21CiOf0t V6Jd/eGQ+ww0LqSZwukjWETx3l0lMg5Y2xifRobho/bMxUFq3mLMldRG2xzqssHwvJ44 Ov/FfDBa1YMyXkruiFi15EXyWvVyadWuchsrQSxFcXyPQSLsxseAeb9hT0QpMMEaKPpn AWN7mI2+eK1OrnUqNwYyI4jwr7zhLRSmTebjN+Rms/FYjbdL0AAK5THTzSBdaLOwCQki UsHEgMqeAI6kbSkcayQgeQPLbCmiD1QE2Dsk+pyaY8AdxdhoEMVtrs8ctngDJKWwP81o sy3g== 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 x5si9752659pfo.84.2019.04.10.09.33.50; Wed, 10 Apr 2019 09:34:07 -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 S1732616AbfDJOKy (ORCPT + 99 others); Wed, 10 Apr 2019 10:10:54 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:54580 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730195AbfDJOKx (ORCPT ); Wed, 10 Apr 2019 10:10:53 -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 6E01828252A; Wed, 10 Apr 2019 15:10:51 +0100 (BST) Date: Wed, 10 Apr 2019 16:10:48 +0200 From: Boris Brezillon To: Yue Haibing Cc: , , , , , , , Subject: Re: [PATCH] mtd: nand: Fix build error while CONFIG_MTD_NAND_ECC_SW_BCH is set to module Message-ID: <20190410161048.1d6f4c55@collabora.com> In-Reply-To: <20190410155856.655122c8@collabora.com> References: <20190410130747.35692-1-yuehaibing@huawei.com> <20190410153920.68267a1a@collabora.com> <20190410155856.655122c8@collabora.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 15:58:56 +0200 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. This one should do the trick, though imply means MTD_NAND_ECC_SW_BCH will now be selected by default. --->8--- diff --git a/drivers/mtd/devices/Kconfig b/drivers/mtd/devices/Kconfig index 7fcdaf6c279d..f9258d666846 100644 --- a/drivers/mtd/devices/Kconfig +++ b/drivers/mtd/devices/Kconfig @@ -207,7 +207,7 @@ comment "Disk-On-Chip Device Drivers" config MTD_DOCG3 tristate "M-Systems Disk-On-Chip G3" select BCH - select BCH_CONST_PARAMS if !CONFIG_MTD_NAND_ECC_SW_BCH + select BCH_CONST_PARAMS if !MTD_NAND_ECC_SW_BCH select BITREVERSE help This provides an MTD device driver for the M-Systems DiskOnChip diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig index 615d738be411..65c85fc53c41 100644 --- a/drivers/mtd/nand/raw/Kconfig +++ b/drivers/mtd/nand/raw/Kconfig @@ -9,18 +9,6 @@ config MTD_NAND_ECC_SW_HAMMING_SMC Software ECC according to the Smart Media Specification. The original Linux implementation had byte 0 and 1 swapped. -menuconfig MTD_RAW_NAND - tristate "Raw/Parallel NAND Device Support" - depends on MTD - select MTD_NAND_CORE - select MTD_NAND_ECC_SW_HAMMING - help - This enables support for accessing all type of raw/parallel - NAND flash devices. For further information see - . - -if MTD_RAW_NAND - config MTD_NAND_ECC_SW_BCH tristate "Support software BCH ECC" select BCH @@ -31,6 +19,19 @@ config MTD_NAND_ECC_SW_BCH ECC codes. They are used with NAND devices requiring more than 1 bit of error correction. +menuconfig MTD_RAW_NAND + tristate "Raw/Parallel NAND Device Support" + depends on MTD + select MTD_NAND_CORE + select MTD_NAND_ECC_SW_HAMMING + imply MTD_NAND_ECC_SW_BCH + help + This enables support for accessing all type of raw/parallel + NAND flash devices. For further information see + . + +if MTD_RAW_NAND + comment "Raw/parallel NAND flash controllers" config MTD_NAND_DENALI