Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp115537imm; Wed, 25 Jul 2018 23:56:39 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdD5LwGJLFtqfcMe15qb4bT2cpsd5qhh3jBI6/Qbr6HZyqVawhoD4wXM2fFAxSLwXfXosck X-Received: by 2002:a63:7b4d:: with SMTP id k13-v6mr785049pgn.64.1532588199032; Wed, 25 Jul 2018 23:56:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532588199; cv=none; d=google.com; s=arc-20160816; b=dCLzB6b7pJLwpUtZKKf4HHTTdV0eBFe39YGVvkbJTyPWZh1kGBNJ/Ndoy2vhEUe+m1 xh1o05tZCkkoM5KrfAlT5voubpQT1EbcmkKKrMxLUqJzRH9iPqN9FZ0y21StiEftOnIo Kb5ICOStz+pOEjs6kJm+jUDjwccOr+ZkOxEZevQzkXPOAifwGs0fBdnn2Z1BHwAAs/UN uwjvW6s2AaF1GGupWluyRNe3l1yZTs21UAgU0jew5odLkNyZxxYiv0y34NgntyzjmJ2m d/gOa6haT1dnmqrVJkojWzZS61nGdURjRDKSr5kdlDCWFRCVkyd8HgO05ItNDzLGI55p xr9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=HhKf1tovqPUovpZrwMnTBadcRxrzKsVGDREryCdxrS8=; b=0Ei1OWnwz6SYTIoa2Zj3NjOWU8epErF3qXug/F9C8HAZGMgPipURC+J+dPHn6KJbY9 CPFgZfhMKI9eSRiZ9OkrkmsPjlQ/E8nDuLDzeDuHH+U4WR3DVbGBEgxxJXwVm4YbTZDZ r++a3wxb7Lh087FaKwHkD+D3G1vZdJgFbNGuSMjxgRLtgpHLqHRG18SjjHRctq2A225D 1PGJRBBtWj8nwS7LPDsZThWcHQcr8PieeVE9EJN3D1HqYNqM2wOHkaC30dnwsF+7pgFM HA3QXBcfYxCbtCNeKBRd1lcdp067NTdY4P7TZlnsnsgss2FOZhfCxnUIdqViY0uKjBmW E7Fg== 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 194-v6si730656pfz.101.2018.07.25.23.56.24; Wed, 25 Jul 2018 23:56:38 -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 S1728957AbeGZIJL (ORCPT + 99 others); Thu, 26 Jul 2018 04:09:11 -0400 Received: from mailgw02.mediatek.com ([1.203.163.81]:24112 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727847AbeGZIJL (ORCPT ); Thu, 26 Jul 2018 04:09:11 -0400 X-UUID: 64f3b6dc86f84a4bb394153b0dcae269-20180726 Received: from mtkcas35.mediatek.inc [(172.27.4.250)] by mailgw02.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLS) with ESMTP id 1468830649; Thu, 26 Jul 2018 14:53:39 +0800 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS32N1.mediatek.inc (172.27.4.71) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 26 Jul 2018 14:53:38 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1210.3 via Frontend Transport; Thu, 26 Jul 2018 14:53:37 +0800 Message-ID: <1532588017.10234.18.camel@mhfsdcap03> Subject: Re: [PATCH v4 14/35] mtd: rawnand: mtk: convert driver to nand_scan() From: xiaolei li To: Miquel Raynal CC: Boris Brezillon , Wenyou Yang , Josh Wu , "Tudor Ambarus" , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , "Nicolas Ferre" , Alexandre Belloni , Kamal Dasu , Masahiro Yamada , Han Xu , Harvey Hunt , Vladimir Zapolskiy , Sylvain Lemieux , Matthias Brugger , Maxime Ripard , Chen-Yu Tsai , Marc Gonzalez , "Mans Rullgard" , Stefan Agner , , , , , Date: Thu, 26 Jul 2018 14:53:37 +0800 In-Reply-To: <20180726084935.047f33c7@xps13> References: <20180720151527.16038-1-miquel.raynal@bootlin.com> <20180720151527.16038-15-miquel.raynal@bootlin.com> <20180721191004.26fc9290@bbrezillon> <1532585201.10234.9.camel@mhfsdcap03> <20180726081402.1fa86ec5@bbrezillon> <1532587589.10234.14.camel@mhfsdcap03> <20180726084935.047f33c7@xps13> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2018-07-26 at 08:49 +0200, Miquel Raynal wrote: > Hi xiaolei, > > xiaolei li wrote on Thu, 26 Jul 2018 14:46:29 > +0800: > > > On Thu, 2018-07-26 at 08:14 +0200, Boris Brezillon wrote: > > > On Thu, 26 Jul 2018 14:06:41 +0800 > > > xiaolei li wrote: > > > > > > > On Sat, 2018-07-21 at 19:10 +0200, Boris Brezillon wrote: > > > > > On Fri, 20 Jul 2018 17:15:06 +0200 > > > > > Miquel Raynal wrote: > > > > > > > > > > > Two helpers have been added to the core to make ECC-related > > > > > > configuration between the detection phase and the final NAND scan. Use > > > > > > these hooks and convert the driver to just use nand_scan() instead of > > > > > > both nand_scan_ident() and nand_scan_tail(). > > > > > > > > > > > > Signed-off-by: Miquel Raynal > > > > > > --- > > > > > > drivers/mtd/nand/raw/mtk_nand.c | 75 ++++++++++++++++++++++++----------------- > > > > > > 1 file changed, 44 insertions(+), 31 deletions(-) > > > > > > > > > > > > diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c > > > > > > index 7bc6be3f6ec0..967418f945ea 100644 > > > > > > --- a/drivers/mtd/nand/raw/mtk_nand.c > > > > > > +++ b/drivers/mtd/nand/raw/mtk_nand.c > > > > > > @@ -1250,13 +1250,54 @@ static int mtk_nfc_ecc_init(struct device *dev, struct mtd_info *mtd) > > > > > > return 0; > > > > > > } > > > > > > > > > > > > +static int mtk_nfc_attach_chip(struct nand_chip *chip) > > > > > > +{ > > > > > > + struct mtd_info *mtd = nand_to_mtd(chip); > > > > > > + struct device *dev = mtd->dev.parent; > > > > > > + struct mtk_nfc *nfc = nand_get_controller_data(chip); > > > > > > + struct mtk_nfc_nand_chip *mtk_nand = to_mtk_nand(chip); > > > > > > + int len; > > > > > > + int ret; > > > > > > + > > > > > > + if (chip->options & NAND_BUSWIDTH_16) { > > > > > > + dev_err(dev, "16bits buswidth not supported"); > > > > > > + return -EINVAL; > > > > > > + } > > > > > > + > > > > > > + /* store bbt magic in page, cause OOB is not protected */ > > > > > > + if (chip->bbt_options & NAND_BBT_USE_FLASH) > > > > > > + chip->bbt_options |= NAND_BBT_NO_OOB; > > > > > > + > > > > > > + ret = mtk_nfc_ecc_init(dev, mtd); > > > > > > + if (ret) > > > > > > + return ret; > > > > > > + > > > > > > + ret = mtk_nfc_set_spare_per_sector(&mtk_nand->spare_per_sector, mtd); > > > > > > + if (ret) > > > > > > + return ret; > > > > > > + > > > > > > + mtk_nfc_set_fdm(&mtk_nand->fdm, mtd); > > > > > > + mtk_nfc_set_bad_mark_ctl(&mtk_nand->bad_mark, mtd); > > > > > > + > > > > > > + len = mtd->writesize + mtd->oobsize; > > > > > > + nfc->buffer = devm_kzalloc(dev, len, GFP_KERNEL); > > > > > > + if (!nfc->buffer) > > > > > > + return -ENOMEM; > > > > > > + > > > > > > + return 0; > > > > > > +} > > > > > > + > > > > > > +static const struct nand_controller_ops mtk_nfc_controller_ops = { > > > > > > + .attach_chip = mtk_nfc_attach_chip, > > > > > > +}; > > > > > > + > > > > > > static int mtk_nfc_nand_chip_init(struct device *dev, struct mtk_nfc *nfc, > > > > > > struct device_node *np) > > > > > > { > > > > > > struct mtk_nfc_nand_chip *chip; > > > > > > struct nand_chip *nand; > > > > > > struct mtd_info *mtd; > > > > > > - int nsels, len; > > > > > > + int nsels; > > > > > > u32 tmp; > > > > > > int ret; > > > > > > int i; > > > > > > @@ -1287,6 +1328,7 @@ static int mtk_nfc_nand_chip_init(struct device *dev, struct mtk_nfc *nfc, > > > > > > > > > > > > nand = &chip->nand; > > > > > > nand->controller = &nfc->controller; > > > > > > + nand->controller->ops = &mtk_nfc_controller_ops; > > > > > > > > > > Just like for the marvell driver, this assignment should be moved here > > > > > [1]. > > > > Agree to this. > > > > > > > > > > > > Also, it looks like this driver is open-coding > > > > > nand_controller_init(), probably something we should fix (in a separate > > > > > patch). > > > > May I ask if you mean driver should use nand_hw_control_init helper to > > > > do controller_init? > > > > > > Well, now it's named nand_controller_init(), but yes, that's what I > > > meant. > > > > OK. I will fix it base on this patch series later. > > Nice! > > Then you can just wait for the next -rc1, this series should be > available. > OK. Thanks for your improvement! Assuming ->controller->ops assignment will be fixed, Acked-by: Xiaolei Li > Thanks, > Miquèl