All of lore.kernel.org
 help / color / mirror / Atom feed
From: xiaolei li <xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
To: Miquel Raynal <miquel.raynal-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org>
Cc: richard-/L3Ra7n9ekc@public.gmane.org,
	linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org
Subject: Re: [PATCH v2 5/5] mtd: rawnand: mtk: Setup empty page threshold correctly
Date: Sun, 5 May 2019 15:50:53 +0800	[thread overview]
Message-ID: <1557042653.26455.71.camel@mhfsdcap03> (raw)
In-Reply-To: <20190430141723.3b775a53@xps13>

Hi Miquel,

On Tue, 2019-04-30 at 14:17 +0200, Miquel Raynal wrote:
> Hi Xiaolei,
> 
> Xiaolei Li <xiaolei.li@mediatek.com> wrote on Tue, 30 Apr 2019 18:02:50
> +0800:
> 
> > MTK NAND Controller has the ability to check whether read data are
> > mostly 0xff by comparing zero bit count of read data with empty
> > threshold automatically.
> > 
> > But now we never set this threshold and always make it be default value
> > which is 10.
> > 
> > This patch fixes this problem by setting empty threshold as the product
> > of read sector count and ECC strength.
> 
> Are you sure it is not a per-sector value?
Frankly, I also think it should be a per-sector value.

But MTK NAND Controller cannot check 0xff by sector. It counts zero bit
through all read data. So, I set the empty threshold as the product of
read sector count and ECC strength.

> 
> Did you use nandbiterrs to validate?
Yes. I ever did nandbiterrs test, and it passed.

> 
> > 
> > Fixes: 1d6b1e464950 ("mtd: mediatek: driver for MTK Smart Device")
> > Signed-off-by: Xiaolei Li <xiaolei.li@mediatek.com>
> > ---
> >  drivers/mtd/nand/raw/mtk_nand.c | 9 +++++++++
> >  1 file changed, 9 insertions(+)
> > 
> > diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c
> > index 48759af5c058..b56965328771 100644
> > --- a/drivers/mtd/nand/raw/mtk_nand.c
> > +++ b/drivers/mtd/nand/raw/mtk_nand.c
> > @@ -94,6 +94,7 @@
> >  #define NFI_MASTER_STA		(0x224)
> >  #define		MASTER_STA_MASK		(0x0FFF)
> >  #define NFI_EMPTY_THRESH	(0x23C)
> > +#define		EMPTY_THRESH_MASK	GENMASK(7, 0)
> >  
> >  #define MTK_NAME		"mtk-nand"
> >  #define KB(x)			((x) * 1024UL)
> > @@ -947,6 +948,14 @@ static int mtk_nfc_read_subpage(struct mtd_info *mtd, struct nand_chip *chip,
> >  		return -EINVAL;
> >  	}
> >  
> > +	/**
> 
>         /*
> 
> > +	 * Setup empty threshold as the product of sector count
> > +	 * and ECC strength
> > +	 */
> > +	reg = sectors * chip->ecc.strength;
> > +	reg = min_t(unsigned int, reg, EMPTY_THRESH_MASK);
> > +	nfi_writel(nfc, reg, NFI_EMPTY_THRESH);
> > +
> >  	reg = nfi_readw(nfc, NFI_CNFG);
> >  	reg |= CNFG_READ_EN | CNFG_DMA_BURST_EN | CNFG_AHB;
> >  	if (!raw) {
> 
> 
> Thanks,
> Miquèl

Thanks,
Xiaolei


_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

WARNING: multiple messages have this Message-ID (diff)
From: xiaolei li <xiaolei.li@mediatek.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: richard@nod.at, linux-mediatek@lists.infradead.org,
	linux-mtd@lists.infradead.org, srv_heupstream@mediatek.com
Subject: Re: [PATCH v2 5/5] mtd: rawnand: mtk: Setup empty page threshold correctly
Date: Sun, 5 May 2019 15:50:53 +0800	[thread overview]
Message-ID: <1557042653.26455.71.camel@mhfsdcap03> (raw)
In-Reply-To: <20190430141723.3b775a53@xps13>

Hi Miquel,

On Tue, 2019-04-30 at 14:17 +0200, Miquel Raynal wrote:
> Hi Xiaolei,
> 
> Xiaolei Li <xiaolei.li@mediatek.com> wrote on Tue, 30 Apr 2019 18:02:50
> +0800:
> 
> > MTK NAND Controller has the ability to check whether read data are
> > mostly 0xff by comparing zero bit count of read data with empty
> > threshold automatically.
> > 
> > But now we never set this threshold and always make it be default value
> > which is 10.
> > 
> > This patch fixes this problem by setting empty threshold as the product
> > of read sector count and ECC strength.
> 
> Are you sure it is not a per-sector value?
Frankly, I also think it should be a per-sector value.

But MTK NAND Controller cannot check 0xff by sector. It counts zero bit
through all read data. So, I set the empty threshold as the product of
read sector count and ECC strength.

> 
> Did you use nandbiterrs to validate?
Yes. I ever did nandbiterrs test, and it passed.

> 
> > 
> > Fixes: 1d6b1e464950 ("mtd: mediatek: driver for MTK Smart Device")
> > Signed-off-by: Xiaolei Li <xiaolei.li@mediatek.com>
> > ---
> >  drivers/mtd/nand/raw/mtk_nand.c | 9 +++++++++
> >  1 file changed, 9 insertions(+)
> > 
> > diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c
> > index 48759af5c058..b56965328771 100644
> > --- a/drivers/mtd/nand/raw/mtk_nand.c
> > +++ b/drivers/mtd/nand/raw/mtk_nand.c
> > @@ -94,6 +94,7 @@
> >  #define NFI_MASTER_STA		(0x224)
> >  #define		MASTER_STA_MASK		(0x0FFF)
> >  #define NFI_EMPTY_THRESH	(0x23C)
> > +#define		EMPTY_THRESH_MASK	GENMASK(7, 0)
> >  
> >  #define MTK_NAME		"mtk-nand"
> >  #define KB(x)			((x) * 1024UL)
> > @@ -947,6 +948,14 @@ static int mtk_nfc_read_subpage(struct mtd_info *mtd, struct nand_chip *chip,
> >  		return -EINVAL;
> >  	}
> >  
> > +	/**
> 
>         /*
> 
> > +	 * Setup empty threshold as the product of sector count
> > +	 * and ECC strength
> > +	 */
> > +	reg = sectors * chip->ecc.strength;
> > +	reg = min_t(unsigned int, reg, EMPTY_THRESH_MASK);
> > +	nfi_writel(nfc, reg, NFI_EMPTY_THRESH);
> > +
> >  	reg = nfi_readw(nfc, NFI_CNFG);
> >  	reg |= CNFG_READ_EN | CNFG_DMA_BURST_EN | CNFG_AHB;
> >  	if (!raw) {
> 
> 
> Thanks,
> Miquèl

Thanks,
Xiaolei


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

  reply	other threads:[~2019-05-05  7:50 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-30 10:02 [PATCH v2 0/5] MTK NAND driver improvements and fixes Xiaolei Li
2019-04-30 10:02 ` Xiaolei Li
2019-04-30 10:02 ` [PATCH v2 1/5] mtd: rawnand: mtk: Correct low level time calculation of r/w cycle Xiaolei Li
2019-04-30 10:02   ` Xiaolei Li
2019-04-30 10:02   ` Xiaolei Li
2019-04-30 10:32   ` Sasha Levin
2019-05-05  7:06     ` xiaolei li
2019-05-05  7:06       ` xiaolei li
2019-05-06  8:11       ` Miquel Raynal
2019-05-06  8:11         ` Miquel Raynal
2019-04-30 11:59   ` Miquel Raynal
2019-04-30 11:59     ` Miquel Raynal
2019-04-30 11:59     ` Miquel Raynal
2019-05-05  7:12     ` xiaolei li
2019-05-05  7:12       ` xiaolei li
2019-05-05  7:12       ` xiaolei li
2019-04-30 10:02 ` [PATCH v2 2/5] mtd: rawnand: mtk: Improve data sampling timing for read cycle Xiaolei Li
2019-04-30 10:02   ` Xiaolei Li
     [not found]   ` <20190430100250.28083-3-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-30 12:11     ` Miquel Raynal
2019-04-30 12:11       ` Miquel Raynal
2019-05-05  7:29       ` xiaolei li
     [not found] ` <20190430100250.28083-1-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-30 10:02   ` [PATCH v2 3/5] mtd: rawnand: mtk: Add validity check for CE# pin setting Xiaolei Li
2019-04-30 10:02     ` Xiaolei Li
2019-04-30 12:08   ` [PATCH v2 0/5] MTK NAND driver improvements and fixes Miquel Raynal
2019-04-30 12:08     ` Miquel Raynal
2019-05-05  7:08     ` xiaolei li
2019-04-30 10:02 ` [PATCH v2 4/5] mtd: rawnand: mtk: Fix wrongly assigned OOB buffer pointer issue Xiaolei Li
2019-04-30 10:02   ` Xiaolei Li
2019-04-30 10:02 ` [PATCH v2 5/5] mtd: rawnand: mtk: Setup empty page threshold correctly Xiaolei Li
2019-04-30 10:02   ` Xiaolei Li
2019-04-30 12:17   ` Miquel Raynal
2019-05-05  7:50     ` xiaolei li [this message]
2019-05-05  7:50       ` xiaolei li

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1557042653.26455.71.camel@mhfsdcap03 \
    --to=xiaolei.li-nus5lvnupcjwk0htik3j/w@public.gmane.org \
    --cc=linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=miquel.raynal-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org \
    --cc=richard-/L3Ra7n9ekc@public.gmane.org \
    --cc=srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.