[PATCH v6 0/3] spi: airoha: add support of en7523 SoC (for 6.19)

Mikhail Kshevetskiy posted 3 patches 5 days, 23 hours ago
.../bindings/spi/airoha,en7581-snand.yaml     |  7 +++++-
arch/arm/boot/dts/airoha/en7523.dtsi          | 20 +++++++++++++++
drivers/spi/spi-airoha-snfi.c                 | 25 ++++++++++++++++++-
3 files changed, 50 insertions(+), 2 deletions(-)
[PATCH v6 0/3] spi: airoha: add support of en7523 SoC (for 6.19)
Posted by Mikhail Kshevetskiy 5 days, 23 hours ago
Airoha EN7523 snfi controller almost identical to AN7581 one, so the same
driver can be used. The only known difference appears in the very specific
boot conditions, when attached serial console force EN7523 SoC boots
in undocumented (reserved) mode. In this mode dma reading of the flash
works incorrectly.

This patch series:
 * add support of EN7523 SoC
 * add spinand node to en7523 dts (so spinand flash finally becomes usable)
 * updates dt-bindings to mark driver as compatible with en7523
 * disable dma usage to prevent possible data damage if booting in
   reserved mode was detected.

This patch series was a part of a bigger series:

  https://lore.kernel.org/lkml/20251012121707.2296160-1-mikhail.kshevetskiy@iopsys.eu/

All patches of the bigger series (except these patches) was already accepted
to linux-next.

Changes v2:
 * small improvement proposed by Lorenzo Bianconi

Changes v3:
 * split multi-line print on a series of single line prints as suggested by
   Mark Brown

Changes v4:
 * improve description of Airoha en7523 SoC specific issue that may
   lead to flash data damaging.
 * add fixes tag

Changes v5:
 * replace 'boot pin' with 'bootstrap pin'
 * do not use caps in some cases
 * always set dma mask (even if dma will not be used et all)

Changes v6:
 * Improve the message displayed in the case of UART_TXD was short to GND.
   Now it should be displayed better in the case an SMP machine do parallel
   printing.
 * Add note that reboot will not fix an UART_TXD issue. Power cycle must be
   done to boot normally.

Mikhail Kshevetskiy (3):
  spi: airoha-snfi: en7523: workaround flash damaging if UART_TXD was
    short to GND
  dt-bindings: spi: airoha: add compatible for EN7523
  arm: dts: airoha: en7523: add SNAND node

 .../bindings/spi/airoha,en7581-snand.yaml     |  7 +++++-
 arch/arm/boot/dts/airoha/en7523.dtsi          | 20 +++++++++++++++
 drivers/spi/spi-airoha-snfi.c                 | 25 ++++++++++++++++++-
 3 files changed, 50 insertions(+), 2 deletions(-)

-- 
2.51.0
Re: (subset) [PATCH v6 0/3] spi: airoha: add support of en7523 SoC (for 6.19)
Posted by Mark Brown 4 days, 5 hours ago
On Wed, 26 Nov 2025 02:40:44 +0300, Mikhail Kshevetskiy wrote:
> Airoha EN7523 snfi controller almost identical to AN7581 one, so the same
> driver can be used. The only known difference appears in the very specific
> boot conditions, when attached serial console force EN7523 SoC boots
> in undocumented (reserved) mode. In this mode dma reading of the flash
> works incorrectly.
> 
> This patch series:
>  * add support of EN7523 SoC
>  * add spinand node to en7523 dts (so spinand flash finally becomes usable)
>  * updates dt-bindings to mark driver as compatible with en7523
>  * disable dma usage to prevent possible data damage if booting in
>    reserved mode was detected.
> 
> [...]

Applied to

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

Thanks!

[1/3] spi: airoha-snfi: en7523: workaround flash damaging if UART_TXD was short to GND
      commit: 061795b345aff371df8f71d54ae7c7dc8ae630d0
[2/3] dt-bindings: spi: airoha: add compatible for EN7523
      commit: de59a8a3a1aab3a6608777f62fa098b5abb2704a

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