[PATCH next v2] spi: Raise limit on number of chip selects to 24

[PATCH next v2] spi: Raise limit on number of chip selects to 24

[Marc Kleine-Budde]

We have a system which uses 24 SPI chip selects, raise the hard coded
limit accordingly.

Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
---
Changes in v2:
- EDITME: describe what is new in this series revision.
- EDITME: use bulletpoints and terse descriptions.
- Link to v1: https://patch.msgid.link/20250629-spi-increase-number-of-cs-v1-1-df791bf4b370@pengutronix.de
---
 include/linux/spi/spi.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/spi/spi.h b/include/linux/spi/spi.h
index 4789f91dae94..e9ea43234d9a 100644
--- a/include/linux/spi/spi.h
+++ b/include/linux/spi/spi.h
@@ -21,7 +21,7 @@
 #include <uapi/linux/spi/spi.h>
 
 /* Max no. of CS supported per spi device */
-#define SPI_CS_CNT_MAX 16
+#define SPI_CS_CNT_MAX 24
 
 struct dma_chan;
 struct software_node;

---
base-commit: 3e36c822506d924894ff7de549b9377d3114c2d7
change-id: 20250627-spi-increase-number-of-cs-deeb23bcd578

Best regards,
-- 
Marc Kleine-Budde <mkl@pengutronix.de>

Re: [PATCH next v2] spi: Raise limit on number of chip selects to 24

[Marc Kleine-Budde]

[-- Attachment #1: Type: text/plain, Size: 1577 bytes --]

Hello Mark,

I accidentally send this twice, resulting in a v2. They v1 and v2 are
the same. Sorry.

Covering under a brown paper bag,
Marc

On 29.06.2025 18:15:32, Marc Kleine-Budde wrote:
> We have a system which uses 24 SPI chip selects, raise the hard coded
> limit accordingly.
> 
> Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
> ---
> Changes in v2:
> - EDITME: describe what is new in this series revision.
> - EDITME: use bulletpoints and terse descriptions.
> - Link to v1: https://patch.msgid.link/20250629-spi-increase-number-of-cs-v1-1-df791bf4b370@pengutronix.de
> ---
>  include/linux/spi/spi.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/spi/spi.h b/include/linux/spi/spi.h
> index 4789f91dae94..e9ea43234d9a 100644
> --- a/include/linux/spi/spi.h
> +++ b/include/linux/spi/spi.h
> @@ -21,7 +21,7 @@
>  #include <uapi/linux/spi/spi.h>
>  
>  /* Max no. of CS supported per spi device */
> -#define SPI_CS_CNT_MAX 16
> +#define SPI_CS_CNT_MAX 24
>  
>  struct dma_chan;
>  struct software_node;
> 
> ---
> base-commit: 3e36c822506d924894ff7de549b9377d3114c2d7
> change-id: 20250627-spi-increase-number-of-cs-deeb23bcd578
> 
> Best regards,
> -- 
> Marc Kleine-Budde <mkl@pengutronix.de>
> 
> 
> 

-- 
Pengutronix e.K.                 | Marc Kleine-Budde          |
Embedded Linux                   | https://www.pengutronix.de |
Vertretung Nürnberg              | Phone: +49-5121-206917-129 |
Amtsgericht Hildesheim, HRA 2686 | Fax:   +49-5121-206917-9   |

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: [PATCH next v2] spi: Raise limit on number of chip selects to 24

[Mark Brown]

On Sun, 29 Jun 2025 18:15:32 +0200, Marc Kleine-Budde wrote:
> We have a system which uses 24 SPI chip selects, raise the hard coded
> limit accordingly.
> 
> 

Applied to

   https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next

Thanks!

[1/1] spi: Raise limit on number of chip selects to 24
      commit: 96893cdd4760ad94a438c1523cc5ca2470e04670

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark