[U-Boot] [PATCH] mtd: qspi: support read the flag status in fspi driver

Vignesh R vigneshr at ti.com
Mon Feb 11 04:40:42 UTC 2019


Hi,

On 09/02/19 10:59 PM, Jagan Teki wrote:
> On Mon, Jan 7, 2019 at 2:24 PM Ye Li <ye.li at nxp.com> wrote:
>>
>> From: Han Xu <han.xu at nxp.com>
>>
>> Support to read the flag status in driver to avoid the spi-nor framework
>> wait_for_ready hang issue.
>>
>> Signed-off-by: Han Xu <han.xu at nxp.com>
>> ---
>>  drivers/spi/fsl_qspi.c | 47 +++++++++++++++++++++++++++++++++++++++++++++++
>>  1 file changed, 47 insertions(+)
>>
>> diff --git a/drivers/spi/fsl_qspi.c b/drivers/spi/fsl_qspi.c
>> index 1987a72..ed0e649 100644
>> --- a/drivers/spi/fsl_qspi.c
>> +++ b/drivers/spi/fsl_qspi.c
>> @@ -47,6 +47,7 @@ DECLARE_GLOBAL_DATA_PTR;
>>  #endif
>>  #define SEQID_WRAR             13
>>  #define SEQID_RDAR             14
>> +#define SEQID_RDFSR            15
>>
>>  /* QSPI CMD */
>>  #define QSPI_CMD_PP            0x02    /* Page program (up to 256 bytes) */
>> @@ -57,6 +58,7 @@ DECLARE_GLOBAL_DATA_PTR;
>>  #define QSPI_CMD_CHIP_ERASE    0xc7    /* Erase whole flash chip */
>>  #define QSPI_CMD_SE            0xd8    /* Sector erase (usually 64KiB) */
>>  #define QSPI_CMD_RDID          0x9f    /* Read JEDEC ID */
>> +#define QSPI_CMD_FLAG_SR       0x70    /* Read FLAG STATUS*/
> 
> NAK, need to handle this from flash side. better keep working on that front.
> 

U-Boot now supports spi-mem abstraction just like kernel. Could you move
fsl_qspi to use spi-mem  APIs to get rid of using opcodes directly
within the driver?

-- 
Regards
Vignesh


More information about the U-Boot mailing list