From: Miquel Raynal <miquel.raynal-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org>
To: Xiaolei Li <xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@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 2/5] mtd: rawnand: mtk: Improve data sampling timing for read cycle
Date: Mon, 29 Apr 2019 11:10:22 +0200 [thread overview]
Message-ID: <20190429111022.50c3182c@xps13> (raw)
In-Reply-To: <20190429063834.45967-3-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
Hi Xiaolei,
Xiaolei Li <xiaolei.li@mediatek.com> wrote on Mon, 29 Apr 2019 14:38:31
+0800:
> Currently, we expand RE# low level time by choosing the max value
> between RE# pulse width and RE# access time, and sample data at the
> rising edge of RE#.
>
> Then, if RE# access time is bigger than RE# pulse width, the real
> read cycle time may be more than NAND SPEC required. This makes
> read performance be worse than that expected.
>
> This patch improves data sampling timing by calculating RE# low level
> time according to RE# pulse width. If RE# access time is bigger than
> RE# pulse width, then delay sampling data timing.
>
> The result of contrast test base on MT2712 evaluat board is as follow.
>
> nand: Micron MT29F16G08ADBCAH4
> nand: 2048 MiB, SLC, erase size: 256 KiB, page size: 4096, OOB size: 224
>
> NFI 2x clock rate: 124800000 HZ.
>
> Test tool: mtd_speedtest.ko
>
> Read speed without this patch:
> mtd_speedtest: page read speed is 14012 KiB/s
> mtd_speedtest: 2 page read speed is 14860 KiB/s
>
> Read speed with this patch:
> mtd_speedtest: page read speed is 18724 KiB/s
> mtd_speedtest: 2 page read speed is 18713 KiB/s
>
> Signed-off-by: Xiaolei Li <xiaolei.li@mediatek.com>
> ---
> drivers/mtd/nand/raw/mtk_nand.c | 22 +++++++++++++++++++++-
> 1 file changed, 21 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c
> index dd855f860a4b..a2f7af536380 100644
> --- a/drivers/mtd/nand/raw/mtk_nand.c
> +++ b/drivers/mtd/nand/raw/mtk_nand.c
> @@ -87,6 +87,10 @@
> #define NFI_FDMM(x) (0xA4 + (x) * sizeof(u32) * 2)
> #define NFI_FDM_MAX_SIZE (8)
> #define NFI_FDM_MIN_SIZE (1)
> +#define NFI_DEBUG_CON1 (0x220)
> +#define STROBE_MASK GENMASK(4, 3)
> +#define STROBE_SHIFT (3)
> +#define MAX_STROBE_DLY (3)
> #define NFI_MASTER_STA (0x224)
> #define MASTER_STA_MASK (0x0FFF)
> #define NFI_EMPTY_THRESH (0x23C)
> @@ -509,6 +513,7 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline,
> struct mtk_nfc *nfc = nand_get_controller_data(chip);
> const struct nand_sdr_timings *timings;
> u32 rate, tpoecs, tprecs, tc2r, tw2r, twh, twst = 0, trlt = 0;
> + u32 tsel, reg;
>
> timings = nand_get_sdr_timings(conf);
> if (IS_ERR(timings))
> @@ -556,10 +561,25 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline,
> if ((twh + 1) * 1000000 / rate < timings->tRC_min / 1000)
> trlt = (timings->tRC_min / 1000 - (twh + 1) * 1000000 / rate)
> * 1000;
> - trlt = max3(trlt, timings->tREA_max, timings->tRP_min) / 1000;
> + trlt = max(trlt, timings->tRP_min) / 1000;
> trlt = DIV_ROUND_UP(trlt * rate, 1000000) - 1;
> trlt &= 0xf;
>
> + /* Calculate strobe sel */
> + reg = nfi_readl(nfc, NFI_DEBUG_CON1);
> + reg &= ~STROBE_MASK;
> + if ((trlt + 1) * 1000000 / rate < timings->tREA_max / 1000) {
Please do the calculation and condition in separate step, this is
hardly readable. Maybe you can explain it with a comment as well.
> + tsel = timings->tREA_max / 1000;
> + tsel = DIV_ROUND_UP(tsel * rate, 1000000);
Are you sure tsel * rate cannot overflow?
> + tsel -= (trlt + 1);
> + if (tsel > MAX_STROBE_DLY) {
> + trlt += tsel - MAX_STROBE_DLY;
> + tsel = MAX_STROBE_DLY;
> + }
> + reg |= tsel << STROBE_SHIFT;
> + }
> + nfi_writel(nfc, reg, NFI_DEBUG_CON1);
> +
> /*
> * ACCON: access timing control register
> * -------------------------------------
Thanks,
Miquèl
_______________________________________________
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: Miquel Raynal <miquel.raynal@bootlin.com>
To: Xiaolei Li <xiaolei.li@mediatek.com>
Cc: richard@nod.at, linux-mediatek@lists.infradead.org,
linux-mtd@lists.infradead.org, srv_heupstream@mediatek.com
Subject: Re: [PATCH 2/5] mtd: rawnand: mtk: Improve data sampling timing for read cycle
Date: Mon, 29 Apr 2019 11:10:22 +0200 [thread overview]
Message-ID: <20190429111022.50c3182c@xps13> (raw)
In-Reply-To: <20190429063834.45967-3-xiaolei.li@mediatek.com>
Hi Xiaolei,
Xiaolei Li <xiaolei.li@mediatek.com> wrote on Mon, 29 Apr 2019 14:38:31
+0800:
> Currently, we expand RE# low level time by choosing the max value
> between RE# pulse width and RE# access time, and sample data at the
> rising edge of RE#.
>
> Then, if RE# access time is bigger than RE# pulse width, the real
> read cycle time may be more than NAND SPEC required. This makes
> read performance be worse than that expected.
>
> This patch improves data sampling timing by calculating RE# low level
> time according to RE# pulse width. If RE# access time is bigger than
> RE# pulse width, then delay sampling data timing.
>
> The result of contrast test base on MT2712 evaluat board is as follow.
>
> nand: Micron MT29F16G08ADBCAH4
> nand: 2048 MiB, SLC, erase size: 256 KiB, page size: 4096, OOB size: 224
>
> NFI 2x clock rate: 124800000 HZ.
>
> Test tool: mtd_speedtest.ko
>
> Read speed without this patch:
> mtd_speedtest: page read speed is 14012 KiB/s
> mtd_speedtest: 2 page read speed is 14860 KiB/s
>
> Read speed with this patch:
> mtd_speedtest: page read speed is 18724 KiB/s
> mtd_speedtest: 2 page read speed is 18713 KiB/s
>
> Signed-off-by: Xiaolei Li <xiaolei.li@mediatek.com>
> ---
> drivers/mtd/nand/raw/mtk_nand.c | 22 +++++++++++++++++++++-
> 1 file changed, 21 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c
> index dd855f860a4b..a2f7af536380 100644
> --- a/drivers/mtd/nand/raw/mtk_nand.c
> +++ b/drivers/mtd/nand/raw/mtk_nand.c
> @@ -87,6 +87,10 @@
> #define NFI_FDMM(x) (0xA4 + (x) * sizeof(u32) * 2)
> #define NFI_FDM_MAX_SIZE (8)
> #define NFI_FDM_MIN_SIZE (1)
> +#define NFI_DEBUG_CON1 (0x220)
> +#define STROBE_MASK GENMASK(4, 3)
> +#define STROBE_SHIFT (3)
> +#define MAX_STROBE_DLY (3)
> #define NFI_MASTER_STA (0x224)
> #define MASTER_STA_MASK (0x0FFF)
> #define NFI_EMPTY_THRESH (0x23C)
> @@ -509,6 +513,7 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline,
> struct mtk_nfc *nfc = nand_get_controller_data(chip);
> const struct nand_sdr_timings *timings;
> u32 rate, tpoecs, tprecs, tc2r, tw2r, twh, twst = 0, trlt = 0;
> + u32 tsel, reg;
>
> timings = nand_get_sdr_timings(conf);
> if (IS_ERR(timings))
> @@ -556,10 +561,25 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline,
> if ((twh + 1) * 1000000 / rate < timings->tRC_min / 1000)
> trlt = (timings->tRC_min / 1000 - (twh + 1) * 1000000 / rate)
> * 1000;
> - trlt = max3(trlt, timings->tREA_max, timings->tRP_min) / 1000;
> + trlt = max(trlt, timings->tRP_min) / 1000;
> trlt = DIV_ROUND_UP(trlt * rate, 1000000) - 1;
> trlt &= 0xf;
>
> + /* Calculate strobe sel */
> + reg = nfi_readl(nfc, NFI_DEBUG_CON1);
> + reg &= ~STROBE_MASK;
> + if ((trlt + 1) * 1000000 / rate < timings->tREA_max / 1000) {
Please do the calculation and condition in separate step, this is
hardly readable. Maybe you can explain it with a comment as well.
> + tsel = timings->tREA_max / 1000;
> + tsel = DIV_ROUND_UP(tsel * rate, 1000000);
Are you sure tsel * rate cannot overflow?
> + tsel -= (trlt + 1);
> + if (tsel > MAX_STROBE_DLY) {
> + trlt += tsel - MAX_STROBE_DLY;
> + tsel = MAX_STROBE_DLY;
> + }
> + reg |= tsel << STROBE_SHIFT;
> + }
> + nfi_writel(nfc, reg, NFI_DEBUG_CON1);
> +
> /*
> * ACCON: access timing control register
> * -------------------------------------
Thanks,
Miquèl
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2019-04-29 9:10 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-29 6:38 [PATCH 0/5] MTK NAND driver improvements and fixes Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
2019-04-29 6:38 ` [PATCH 1/5] mtd: rawnand: mtk: Correct low level time calculation of r/w cycle Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
[not found] ` <20190429063834.45967-2-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-29 9:03 ` Miquel Raynal
2019-04-29 9:03 ` Miquel Raynal
2019-04-29 9:35 ` xiaolei li
2019-04-29 9:35 ` xiaolei li
2019-04-29 10:02 ` Miquel Raynal
2019-04-29 10:02 ` Miquel Raynal
2019-04-30 0:59 ` xiaolei li
2019-04-30 0:59 ` xiaolei li
2019-04-29 6:38 ` [PATCH 2/5] mtd: rawnand: mtk: Improve data sampling timing for read cycle Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
[not found] ` <20190429063834.45967-3-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-29 9:10 ` Miquel Raynal [this message]
2019-04-29 9:10 ` Miquel Raynal
2019-04-29 9:49 ` xiaolei li
2019-04-29 6:38 ` [PATCH 3/5] mtd: rawnand: mtk: Add validity check for CE# pin setting Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
[not found] ` <20190429063834.45967-4-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-29 9:11 ` Miquel Raynal
2019-04-29 9:11 ` Miquel Raynal
2019-04-29 6:38 ` [PATCH 4/5] mtd: rawnand: mtk: Fix wrongly assigned oob buffer pointer issue Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
[not found] ` <20190429063834.45967-5-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-29 9:14 ` Miquel Raynal
2019-04-29 9:14 ` Miquel Raynal
2019-04-29 9:52 ` xiaolei li
2019-04-29 9:52 ` xiaolei li
2019-04-29 6:38 ` [PATCH 5/5] mtd: rawnand: mtk: Setup empty page threshold correctly Xiaolei Li
2019-04-29 6:38 ` Xiaolei Li
[not found] ` <20190429063834.45967-6-xiaolei.li-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2019-04-29 9:22 ` Miquel Raynal
2019-04-29 9:22 ` Miquel Raynal
2019-04-29 9:57 ` xiaolei li
2019-04-29 9:57 ` 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=20190429111022.50c3182c@xps13 \
--to=miquel.raynal-ldxbnhwyfcjbdgjk7y7tuq@public.gmane.org \
--cc=linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=richard-/L3Ra7n9ekc@public.gmane.org \
--cc=srv_heupstream-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
--cc=xiaolei.li-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.