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/
next prev parent 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.