[PATCH v2 00/10] spi: dw: Add support for DUAL/QUAD/OCTAL modes

Sean Anderson seanga2 at gmail.com
Mon Apr 19 15:19:16 CEST 2021


On 4/19/21 3:06 AM, Jagan Teki wrote:
> On Sat, Apr 3, 2021 at 4:37 AM Sean Anderson <seanga2 at gmail.com> wrote:
>>
>> On 4/2/21 7:05 PM, Sean Anderson wrote:
>>> This series adds support for enhanced SPI modes. It was tested on a K210 (DWC
>>> SSI with QSPI flash).
>>>
>>> If anyone has a designware device with QSPI flash attached (especially a DW SSI
>>> APB device), I'd greatly appreciate them testing out this patch series. Given
>>> that there has been no testing of v2 over the past month, I don't think lack of
>>> testing should hold up this series.
>>>
>>> Changes in v3:
>>> - Dropped merged patches
>>> - Rebased on u-boot/master
>>>
>>> Changes in v2:
>>> - Add more information to exec_op debug message
>>> - Actually mask interrupts
>>> - Merge CAP_{DUAL,QUAD,OCTAL} into CAP_ENHANCED
>>> - Fix some inconsistencies in register naming and usage
>>> - Moved some hunks between commits so things make more sense
>>>
>>> Sean Anderson (10):
>>>     mtd: spi-mem: Export spi_mem_default_supports_op
>>>     spi: spi-mem: Add debug message for spi-mem ops
>>>     spi: dw: Log status register on timeout
>>>     spi: dw: Actually mask interrupts
>>>     spi: dw: Switch to capabilities
>>>     spi: dw: Rewrite poll_transfer logic
>>>     spi: dw: Add ENHANCED cap
>>>     spi: dw: Define registers for enhanced mode
>>>     spi: dw: Support enhanced SPI
>>>     spi: dw: Support clock stretching
>>>
>>>    drivers/spi/designware_spi.c | 647 ++++++++++++++++++++++++-----------
>>>    drivers/spi/spi-mem.c        |   7 +
>>>    include/spi-mem.h            |   3 +
>>>    3 files changed, 451 insertions(+), 206 deletions(-)
>>>
>>
>> Looks like I forgot to bump the version. This should be v3. I can resend if necessary.
> 
> Yes, Please.
> 
> There are few comments,
> 
> 1. Patch "spi: spi-mem: Add debug message for spi-mem ops"
> 
> As we discussed in the previous version, drop the unnecessary debug
> statements after ops execution as this patch trying to add more
> verbose to before ops execution.

 From last time:

>>> +       dev_dbg(slave->dev,
>>> +               "exec %02Xh %u-%u-%u addr=%llx dummy cycles=%u data bytes=%u\n",
>>> +               op->cmd.opcode, op->cmd.buswidth, op->addr.buswidth,
>>> +               op->data.buswidth, op->addr.val,
>>> +               op->dummy.buswidth ? op->dummy.nbytes * 8 / op->dummy.buswidth : 0,
>>> +               op->data.nbytes);
>>
>> This looks unnecessary to me, we have debug prints at the end of the
>> function, which indeed sufficient.
>>
> 
> This is insufficient. First, that information is printed after the op
> is executed. This is too late if one is trying to debug (e.g.) a hang in
> the spi driver. It's also missing opcode, widths, address, and dummy
> bytes. The only duplicated info here is nbytes. Since this is debugging
> information, I think we should print what is most useful for people
> debugging this subsystem.

I would like if you could respond to my response before I remove this.

> 
> 2. Comments in Patch v2,06/10

I will look into that before resending.

--Sean

> 
> Jagan.
> 




More information about the U-Boot mailing list