public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: bayi.cheng@mediatek.com (bayi.cheng)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 2/3] mtd: mtk-nor: mtk serial flash controller driver
Date: Fri, 30 Oct 2015 10:12:39 +0800	[thread overview]
Message-ID: <1446171159.25711.36.camel@mhfsdcap03> (raw)
In-Reply-To: <20151029160331.GA12954@localhost>

On Thu, 2015-10-29 at 09:03 -0700, Brian Norris wrote:
> On Thu, Oct 29, 2015 at 09:56:31PM +0800, bayi.cheng wrote:
> > On Thu, 2015-10-29 at 11:28 +0800, bayi.cheng wrote:
> > > On Wed, 2015-10-28 at 18:52 -0700, Brian Norris wrote:
> > > > On Sun, Oct 18, 2015 at 10:20:35PM +0800, bayi.cheng wrote:
> > > > > On Fri, 2015-10-16 at 00:39 -0700, Brian Norris wrote:
> > > > > > On Tue, Oct 13, 2015 at 05:39:19PM +0800, Bayi Cheng wrote:
> 
> > > > > > > +	/* mtk nor controller doesn't supoort SPINOR_OP_RDCR */
> > > > > > > +	switch (opcode) {
> > > > > > > +	case SPINOR_OP_RDID:
> > > > > > > +		/* read JEDEC ID need 4 bytes commands */
> > > > > > > +		ret = mt8173_nor_set_cmd(mt8173_nor, 0, 32, SPINOR_OP_RDID);
> > > > > > > +		if (ret < 0)
> > > > > > > +			return ret;
> > > > > > > +
> > > > > > > +		/* mtk nor flash controller only support 3 bytes IDs */
> > > > > > 
> > > > > > Are you absolutely sure of this? That would be highly unfortunate, but
> > > > > > I also don't believe it's true.
> > > > > > 
> > > > > Yes, for this issue I have asked our designer of nor flash controller,
> > > > > unfortunately, it is true, and I have tried to read more IDs, but our
> > > > > controller just accept 3 IDs from nor flash, and our next generation IC
> > > > > may solve this problem.
> > > > 
> > > > How exactly did you try? Did you do what I suggested above? Are the
> > > > "shift registers" not all actually functional?
> > > > 
> > > Hi Brian, For this problem, I have asked our nor controller designer to
> > > double confirm again, and he promise to do some simulation testes, On
> > > the other hand, I have got some Spansion nor flash which has 5 IDs, and
> > > after our designer make sure our controller can support 5 or 6 IDs, then
> > > I will rework a special platform with S25FL256SA. If we have any
> > > progress, I will inform you immediately!  Thanks!!
> > > 
> > Hi Brian, Thanks very much for your perseverance!!
> > Actually, You idea is correct, and our designer has completed some
> > simulation test on spansion nor flash witch has more than 3 IDs, and the
> > results has prove that we can support to read 5 IDs. I also double
> 
> Awesome!
> 
> > confirmed with spansion nor flash. The only pity is that our nor
> > controller can't support 6 IDs, we just support 5 IDs.
> 
> That's not quite as awesome. But that's still much more workable than
> only 3 bytes. Perhaps we'll want a way to communicate that to the
> spi-nor layer, so it doesn't think it can match a full 6 bytes?
> 
Hi Brian,  The current station is as follows.

1: put 0x9F to MTK_NOR_PRGDATA5_REG, and five 0x0 to
MTK_NOR_PRGDATA4_REG ~ MTK_NOR_PRGDATA0_REG, then set (1 + 5) * 8 
to MTK_NOR_CNT_REG, for this way, we can read five IDs.

2: put 0x9F to MTK_NOR_PRGDATA5_REG, and five 0x0 to
MTK_NOR_PRGDATA4_REG ~ MTK_NOR_PRGDATA0_REG, then set (1 + 5 + 1) * 8
to MTK_NOR_CNT_REG, for this way, we can read six IDs.
In this case, nor flash IDs can be read from MTK_NOR_SHREG5_REG to
MTK_NOR_SHREG0_REG . Thanks!

> > I will submit my changes to V6 version. Thanks again!!
> 
> OK, but let me take another look at v5 and send you comments on that one
> first.
> 
> Regards,
> Brian
> 
> _______________________________________________
> Linux-mediatek mailing list
> Linux-mediatek at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-mediatek

  reply	other threads:[~2015-10-30  2:12 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-13  9:39 [PATCH v4 0/3] Mediatek SPI-NOR flash driver Bayi Cheng
2015-10-13  9:39 ` [PATCH v4 1/3] doc: dt: add documentation for Mediatek spi-nor controller Bayi Cheng
2015-10-16  1:19   ` Brian Norris
2015-10-13  9:39 ` [PATCH v4 2/3] mtd: mtk-nor: mtk serial flash controller driver Bayi Cheng
2015-10-13 12:44   ` kbuild test robot
2015-10-16  7:39   ` Brian Norris
2015-10-18 14:20     ` bayi.cheng
2015-10-29  1:52       ` Brian Norris
2015-10-29  3:28         ` bayi.cheng
2015-10-29 13:56           ` bayi.cheng
2015-10-29 16:03             ` Brian Norris
2015-10-30  2:12               ` bayi.cheng [this message]
2015-10-30  5:02                 ` Brian Norris
2015-10-13  9:39 ` [PATCH v4 3/3] arm64: dts: mt8173: Add nor flash node Bayi Cheng
2015-10-13 14:33   ` Sergei Shtylyov
2015-10-14  1:07     ` Daniel Kurtz
2015-10-14 11:05       ` Sergei Shtylyov
2015-10-14 11:26         ` Daniel Kurtz
2015-10-14 13:59           ` bayi.cheng

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=1446171159.25711.36.camel@mhfsdcap03 \
    --to=bayi.cheng@mediatek.com \
    --cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox