spi: Remove note about transfer limit for spi_write_then_read()
authorMark Brown <broonie@kernel.org>
Mon, 25 May 2020 13:31:20 +0000 (14:31 +0100)
committerMark Brown <broonie@kernel.org>
Tue, 26 May 2020 16:44:54 +0000 (17:44 +0100)
Originally spi_write_then_read() used a fixed statically allocated
buffer which limited the maximum message size it could handle.  This
restriction was removed a while ago so that we could dynamically
allocate a buffer if required but the kerneldoc was not updated to
reflect this, do so.

Reported-by: Marc Kleine-Budde <mkl@pengutronix.de>
Signed-off-by: Mark Brown <broonie@kernel.org>
Link: https://lore.kernel.org/r/20200525133120.57273-1-broonie@kernel.org
Signed-off-by: Mark Brown <broonie@kernel.org>
drivers/spi/spi.c

index 9d0b3c292e1ea7ab143a73cc1ea5339f6fc3dd86..8158e281f35409ebbc19fa0cf04c539b5fd20e76 100644 (file)
@@ -3858,8 +3858,7 @@ static u8 *buf;
  * is zero for success, else a negative errno status code.
  * This call may only be used from a context that may sleep.
  *
- * Parameters to this routine are always copied using a small buffer;
- * portable code should never use this for more than 32 bytes.
+ * Parameters to this routine are always copied using a small buffer.
  * Performance-sensitive or bulk transfer code should instead use
  * spi_{async,sync}() calls with dma-safe buffers.
  *