Re: [PATCH v3 0/8] Add the Quadspi driver for vf610-twr

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



于 2013年09月05日 14:32, Gupta, Pekon 写道:
于 2013年09月05日 12:25, Gupta, Pekon 写道:
I would rather suggest to get these values from DT bindings specific to
could you show me what values should i set in the DT bindings?
The spi nor command? or the dummy? or something else?

Taking example of READ command for S25FL128S NOR flash devices..
S25FL128S supports following flavors of READ modes.
	4FAST_READ Read Fast (4-byte Address) 0C
	4READ Read (4-byte Address) 13
	4DOR Read Dual Out (4-byte Address) 3C
	4QOR Read Quad Out (4-byte Address) 6C
	4DIOR Dual I/O Read (4-byte Address) BC
	4QIOR Quad I/O Read (4-byte Address) EC
	4DDRFR Read DDR Fast (4-byte Address) 0E
	4DDRDIOR DDR Dual I/O Read (4-byte Address) BE
	4DDRQIOR DDR Quad I/O Read (4-byte Address) EE

But due to board constrains and your use-case, you would prefer only few
read modes. Those opcodes you can specify via following DT property.
"qspi, flash-read-command"

Same way you can have DT property for
"qspi, flash-write-command"
"qspi, flash-erase-command"
"qspi, flash-address-mode" =<4-byte/3-byte>
"qspi, flash-dummy-cycles" =<integer>
thanks for your suggestion.

I ever thought of this solution.

But i do not think this is not a good solution. :(

Firstly, the NOR flash S25FL128S may be used by other boards or other platform. So if other person uses the S25FL128S, he has to add the SPI NOR command(such as 0xbe, 0xec),
this is really not needed. Why not add these SPI NOR command now?


Secondly, this controller not only needs the write/erase/read, but also need other SPI NOR commands such as Write-Enable/Read-status/Configurate the Register. if we add these SPI NOR commands to the DT binding, it will be more ugly to veryone. That's why the Patch 1 is needed.


The only value should be set in the DT is the _dummy_ value. But Add the dummy support should be an other
patchset's job. I think it is a little complicated to add the dummy support.

The fast-read uses 8bit dummy, the quad-read may needs 6bit dummy, and so on..

How can we transfer the dummy value to the device? Add a value to the spi_transfer{}? I planed to submit another patchset to fix the dummy issue, since it maybe needs more discussion,
i did not include the dummy patches in this patch set.








Example: How to select opcodes in DT ?
(step-1) eliminate opcode which cannot be used due to board constrains.
  your board connects only 2 data I/O between device and controller,  So you
  cannot use any of the QUAD  Read opcodes. Thus your choice is limited to
  DUAL or SINGLE modes only.
we have 4 data I/O lines between the device and controller, i only need the Quad mode. :)

thanks
Huang Shijie

--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux