Am Mittwoch, 14. Oktober 2026, 09:20:41 Mitteleuropäische Sommerzeit schrieb Navid Ghahremani: > -ARM/ZTE ZX29 SOC SUPPORT > +ARM/ZTE ZX SOC SUPPORT > M: Stefan Dösinger > +M: Navid Ghahremani I am generally OK with that, at least once Navid's patches 1-6 passed review. > L: linux-arm-kernel@lists.infradead.org (moderated for non- subscribers) > -S: Odd fixes > +S: Maintained I think it is better to keep it ad "Odd fixes" as it is a hobby project to both myself and Navid. I don't know where the dividing line between "Maintained" and "Odd Fixes" is when it comes to SoCs ( yes I read https://docs.kernel.org/ process/maintainers.html ). I guess once we have a third developer and/or an openwrt userbase I'd feel better elevating that. > F: Documentation/arch/arm/zte/ > +F: Documentation/devicetree/bindings/arm/zte/ > F: Documentation/devicetree/bindings/arm/zte.yaml > +F: Documentation/devicetree/bindings/clock/zte,zx* > +F: Documentation/devicetree/bindings/gpio/zte,zx* > +F: Documentation/devicetree/bindings/net/zte,zx* > +F: Documentation/devicetree/bindings/pci/zte,zx* > +F: Documentation/devicetree/bindings/phy/zte,zx* > +F: Documentation/devicetree/bindings/reset/zte,zx* > +F: Documentation/devicetree/bindings/spi/zte,zx* > +F: Documentation/devicetree/bindings/usb/zte,zx* This should go into or near the patches that add the files in question. ( I took that reading from https://lore.kernel.org/linux-mediatek/ 2df4cad5e29fbcb4c5c5f59ea0bf322c7a301bdc.camel@gmail.com in particular. https://lore.kernel.org/linux-mediatek/20260506-honest-cyan-cow-d6c5b0@quoll/ suggests that too ). But yes, that can also cause annoying merge conflicts when PR'ing patches to their respective trees.