于 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
