From: Huang Shijie <shijie8@gmail.com>
To: Marek Vasut <marex@denx.de>
Cc: angus.clark@st.com, Huang Shijie <b32955@freescale.com>,
linux-mtd@lists.infradead.org, sourav.poddar@ti.com,
computersforpeace@gmail.com, dwmw2@infradead.org
Subject: Re: [RFC PATCH] mtd: spi-nor: add DDR quad read support
Date: Fri, 18 Apr 2014 00:05:17 +0800 [thread overview]
Message-ID: <20140417160515.GB14819@localhost.localdomain> (raw)
In-Reply-To: <201404171624.36700.marex@denx.de>
On Thu, Apr 17, 2014 at 04:24:36PM +0200, Marek Vasut wrote:
> On Wednesday, April 16, 2014 at 11:47:21 AM, Huang Shijie wrote:
> [...]
>
> > @@ -74,6 +74,11 @@ static int read_cr(struct spi_nor *nor)
> > static inline int spi_nor_read_dummy_cycles(struct spi_nor *nor)
> > {
> > switch (nor->flash_read) {
> > + case SPI_NOR_DDR_QUAD:
> > + /*
> > + * We set 8 for the DDR Quad read, the SPI NOR controller
> > + * can change it to 6 or 4 with DeviceTree property.
> > + */
>
> Isn't the number of dummy cycles a property of the chip ?
I want to add DT node, such as "ddr_quad_read_dummy".
But I do not know which Document file to put the DT node to.
the spi-bus.txt ? or the spi-nor.txt?
> [...]
>
> > +static int set_ddr_quad_mode(struct spi_nor *nor, u32 jedec_id)
> > +{
> > + int status;
> > +
> > + switch (JEDEC_MFR(jedec_id)) {
> > + default: /* Spansion */
>
> This should really _check_ the jedec ID here and only enable the quad mode for
> spansion on spansion flashes. The default case should just return -ENOTSUP or
> something.
> [...]
ok. change it in next version.
>
> > @@ -1016,8 +1038,15 @@ int spi_nor_scan(struct spi_nor *nor, const struct
> > spi_device_id *id, if (info->flags & SPI_NOR_NO_FR)
> > nor->flash_read = SPI_NOR_NORMAL;
> >
> > - /* Quad/Dual-read mode takes precedence over fast/normal */
> > - if (mode == SPI_NOR_QUAD && info->flags & SPI_NOR_QUAD_READ) {
> > + /* DDR Quad/Quad/Dual-read mode takes precedence over fast/normal */
> > + if (mode == SPI_NOR_DDR_QUAD && info->flags & SPI_NOR_DDR_QUAD_READ) {
> > + ret = set_ddr_quad_mode(nor, info->jedec_id);
> > + if (ret) {
> > + dev_err(dev, "DDR quad mode not supported\n");
> > + return ret;
>
> Is it really necessary to fail here? Can we not fall back to some "lower" mode ?
I perfer to fail here.
If we fail to enable the quad read, we also do not fall back to fast
read mode.
thanks
Huang Shijie
next prev parent reply other threads:[~2014-04-17 16:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-16 9:47 [RFC PATCH] mtd: spi-nor: add DDR quad read support Huang Shijie
2014-04-17 14:24 ` Marek Vasut
2014-04-17 16:05 ` Huang Shijie [this message]
2014-04-21 15:26 ` Marek Vasut
2014-04-22 7:33 ` Huang Shijie
2014-04-17 18:41 ` Geert Uytterhoeven
2014-04-21 15:25 ` Marek Vasut
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=20140417160515.GB14819@localhost.localdomain \
--to=shijie8@gmail.com \
--cc=angus.clark@st.com \
--cc=b32955@freescale.com \
--cc=computersforpeace@gmail.com \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marex@denx.de \
--cc=sourav.poddar@ti.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox