[U-Boot] [PATCH 00/18] sf: fix support of QSPI memories and controllers

Marek Vasut marex at denx.de
Tue Mar 15 20:17:30 CET 2016


On 03/15/2016 07:21 PM, Jagan Teki wrote:
> On Tuesday 15 March 2016 11:42 PM, Cyrille Pitchen wrote:
>> Hi all,
>>
>> This series of patches fixes and extend the support of QSPI memories
>> in the SPI flash framework. The updates are split into many parts to
>> make it easier to understand and review but they should be considered
>> as a whole.
>>
>> This was tested on a Atmel sama5d2 xplained board with a Micron n25q128a
>> memory.
>>
>> Best regards,
>>
>> Cyrille
>>
>> Cyrille Pitchen (18):
>>    Revert "sf: Fix quad bit set for micron devices"
>>    sf: call spi_claim_bus() and spi_release_bus() only once per read,
>>      write or erase
>>    sf: replace spi_flash_read_common() calls by spi_flash_cmd_read()
>>    sf: remove spi_flash_write_common()
>>    sf: export spi_flash_wait_ready() function
>>    sf: share erase generic algorithm
>>    sf: share write generic algorithm
>>    sf: share read generic algorithm
>>    sf: add hooks to handle register read and write operations
>>    sf: move support of SST flash into generic spi_flash_write_alg()
>>    sf: fix selection of supported READ commands for QSPI memories
>>    sf: fix detection of QSPI memories when they boot in Quad or Dual mode
>>    sf: add helper function to set the number of dummy bytes
>>    sf: add 4byte address opcodes
>>    sf: prepare next fixes to support of QSPI memories by manufacturer
>>    sf: fix support of Micron memories
>>    ARM: at91: clock: add function to get QSPI clocks
>>    sf: add driver for Atmel QSPI controller
> 
> Appreciate for the work, we're working on spi-nor framework[1] planning
> to push in couple of weeks. Will let you know once it merged so that you
> can add your changes on top of that.
> 
> [1]
> http://git.denx.de/?p=u-boot/u-boot-spi.git;a=shortlog;h=refs/heads/spi-nor-next

The patchset seems to be in a sensible shape to me, so maybe we should
do it the other way around -- get this in and have you rebase your V6(?)
patchset on top of it -- since clearly your patchset will take some more
time to ripe.

-- 
Best regards,
Marek Vasut


More information about the U-Boot mailing list