[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdZYZUP9rnXbqO1BaHe_e5R8m30sYuPmfhj=VcDS-drZjg@mail.gmail.com>
Date: Wed, 29 Nov 2023 14:55:18 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Nam Cao <namcao@...utronix.de>
Cc: broonie@...nel.org, linux-arm-kernel@...ts.infradead.org,
linux-spi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] spi: introduce SPI_TRANS_FAIL_IO for error reporting
On Wed, Nov 29, 2023 at 2:32 PM Nam Cao <namcao@...utronix.de> wrote:
> The default message transfer implementation - spi_transfer_one_message -
> invokes the specific device driver's transfer_one(), then waits for
> completion. However, there is no mechanism for the device driver to
> report failure in the middle of the transfer.
>
> Introduce SPI_TRANS_FAIL_IO for drivers to report transfer failure.
>
> Signed-off-by: Nam Cao <namcao@...utronix.de>
This looks useful to me
Acked-by: Linus Walleij <linus.walleij@...aro.org>
> #define SPI_TRANS_FAIL_NO_START BIT(0)
> +#define SPI_TRANS_FAIL_IO BIT(1)
Is it obvious from context when these flags get set?
from transfer_one() and in which flag field?
Otherwise maybe we should add a comment.
Yours,
Linus Walleij
Powered by blists - more mailing lists