[PATCH] spi: aspeed: Fix division by zero

Woloschin, Ian iwolosch at akamai.com
Tue Jun 14 02:18:25 AEST 2022



> On Jun 13, 2022, at 4:57 AM, Cédric Le Goater <clg at kaod.org> wrote:
> 
> On 6/13/22 10:39, Pratyush Yadav wrote:
>> On 11/06/22 12:39PM, Cédric Le Goater wrote:
>>> When using the normal read operation for data transfers, the dummy bus
>>> width is zero. In that case, they are no dummy bytes to transfer and
>>> setting the dummy field in the controller register becomes useless.
>>> 
>>> Issue was found on a custom "Bifrost" board with a AST2500 SoC and
>>> using a MX25L51245GMI-08G SPI Flash.
>>> 
>>> Cc: Chin-Ting Kuo <chin-ting_kuo at aspeedtech.com>
>>> Reported-by: Ian Woloschin <ian.woloschin at akamai.com>
>>> Fixes: 54613fc6659b ("spi: aspeed: Add support for direct mapping")
>>> Signed-off-by: Cédric Le Goater <clg at kaod.org>
>>> ---
>>> drivers/spi/spi-aspeed-smc.c | 12 +++++++++++-
>>> 1 file changed, 11 insertions(+), 1 deletion(-)
>>> 
>>> diff --git a/drivers/spi/spi-aspeed-smc.c b/drivers/spi/spi-aspeed-smc.c
>>> index 496f3e1e9079..3e891bf22470 100644
>>> --- a/drivers/spi/spi-aspeed-smc.c
>>> +++ b/drivers/spi/spi-aspeed-smc.c
>>> @@ -558,6 +558,14 @@ static int aspeed_spi_dirmap_create(struct spi_mem_dirmap_desc *desc)
>>> 	u32 ctl_val;
>>> 	int ret = 0;
>>> +	dev_dbg(aspi->dev,
>>> +		"CE%d %s dirmap [ 0x%.8llx - 0x%.8llx ] OP %#x mode:%d.%d.%d.%d naddr:%#x ndummies:%#x\n",
>>> +		chip->cs, op->data.dir == SPI_MEM_DATA_IN ? "read" : "write",
>>> +		desc->info.offset, desc->info.offset + desc->info.length,
>>> +		op->cmd.opcode, op->cmd.buswidth, op->addr.buswidth,
>>> +		op->dummy.buswidth, op->data.buswidth,
>>> +		op->addr.nbytes, op->dummy.nbytes);
>>> +
>> Unrelated change. Please send as a separate patch.
> 
> OK.
> 
>>> 	chip->clk_freq = desc->mem->spi->max_speed_hz;
>>> 	/* Only for reads */
>>> @@ -574,9 +582,11 @@ static int aspeed_spi_dirmap_create(struct spi_mem_dirmap_desc *desc)
>>> 	ctl_val = readl(chip->ctl) & ~CTRL_IO_CMD_MASK;
>>> 	ctl_val |= aspeed_spi_get_io_mode(op) |
>>> 		op->cmd.opcode << CTRL_COMMAND_SHIFT |
>>> -		CTRL_IO_DUMMY_SET(op->dummy.nbytes / op->dummy.buswidth) |
>>> 		CTRL_IO_MODE_READ;
>>> +	if (op->dummy.nbytes)
>>> +		ctl_val |= CTRL_IO_DUMMY_SET(op->dummy.nbytes / op->dummy.buswidth);
>>> +
>> LGTM. With the above fixed,
>> 
>> Reviewed-by: Pratyush Yadav <p.yadav at ti.com>
> 
> Thanks,
> 
> C.

I tested just the relevant change and it fixed my problem, allowing my board to boot.

Tested-by: Ian Woloschin <iwolosch at akamai.com <mailto:iwolosch at akamai.com>>

Thanks!

> 
>>> 	/* Tune 4BYTE address mode */
>>> 	if (op->addr.nbytes) {
>>> 		u32 addr_mode = readl(aspi->regs + CE_CTRL_REG);
>>> -- 
>>> 2.35.3

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20220613/7983ba21/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2998 bytes
Desc: not available
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20220613/7983ba21/attachment-0001.p7s>


More information about the openbmc mailing list