On Thu, 2013-09-12 at 17:18 +0800, Huang Shijie wrote: > 于 2013年09月11日 19:30, Mark Brown 写道: > > Indeed - what I was wondering was if those opcodes could be requested > > from the flash driver rather than coded in there. The driver needs to > > write the commands to the device but it's not clear to me if it really > > needs to know the specific commands. > yes. The driver uses the commands to find the _right_ LUT index, and > uses the LUT index to > trigger the controller. > > For example, LUT0-LUT3 is used for the READ_STATUS, the driver will > match the > 0 index for the NOR's read status operation (0x05), and then the driver > write 0 to the QSPI_IPCR > register to trigger the operation. But why? Your SPI controller's device driver gets a spi_transfer struct which (indirectly) comes from the m25p80 *chip* driver. That should contain appropriate values for tx_nbits and rx_nbits to indicate the mode which its to be used for this particular command. All you need to do then is pick a suitable slot in the LUT table, *fill* the LUTn-LUN(n+3) registers with appropriate values, then write (n/4) to the QSPI_IPCR register. Or something like that? (Can you provide a URL for the datasheet for this controller?) And if this is a command/nbits combination which has recently been used, of course you can skip the 'write the LUT registers' step and just use the same index you used last time. Add some LRU scheme to handle *which* index you use... handwave... -- dwmw2
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
