Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Date:   Wed, 16 Mar 2022 14:28:50 +0100
From:   Mauro Carvalho Chehab <mchehab@kernel.org>
To:     Hugues FRUCHET - FOSS <hugues.fruchet@foss.st.com>
Cc:     Alain Volmat <alain.volmat@foss.st.com>,
        Niklas =?UTF-8?B?U8O2ZGVybHVu?= =?UTF-8?B?ZA==?= 
        <niklas.soderlund+renesas@ragnatech.se>,
        Alexandre Torgue <alexandre.torgue@foss.st.com>,
        Alexey Khoroshilov <khoroshilov@ispras.ru>,
        Dillon Min <dillon.minfei@gmail.com>,
        Dmitriy Ulitin <ulitin@ispras.ru>,
        Dmitry Osipenko <digetx@gmail.com>,
        Eugen Hristev <eugen.hristev@microchip.com>,
        Hans Verkuil <hverkuil-cisco@xs4all.nl>,
        Jacopo Mondi <jacopo@jmondi.org>,
        Jernej Skrabec <jernej.skrabec@gmail.com>,
        Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>,
        Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
        Leon Romanovsky <leon@kernel.org>,
        Maxime Coquelin <mcoquelin.stm32@gmail.com>,
        Ming Qian <ming.qian@nxp.com>,
        Sakari Ailus <sakari.ailus@linux.intel.com>,
        Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>,
        <linux-arm-kernel@lists.infradead.org>,
        <linux-kernel@vger.kernel.org>, <linux-media@vger.kernel.org>,
        <linux-stm32@st-md-mailman.stormreply.com>
Subject: Re: [PATCH 17/24] media: platform: rename stm32/ to sti/stm32/
Message-ID: <20220316142850.6005b09c@coco.lan>
In-Reply-To: <8a4782f3-53d0-7af7-2034-e31879efbc45@foss.st.com>
References: <cover.1647167750.git.mchehab@kernel.org>
        <dc5be62a56ac19c6f49f4c8432558fd7b0efe7e6.1647167750.git.mchehab@kernel.org>
        <20220314083942.GA526468@gnbcxd0016.gnb.st.com>
        <20220314121454.7432e231@coco.lan>
        <1122a956-0650-f948-512b-d3447e34df30@foss.st.com>
        <20220314141008.13e32acd@coco.lan>
        <8a4782f3-53d0-7af7-2034-e31879efbc45@foss.st.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

Em Tue, 15 Mar 2022 10:02:53 +0100
Hugues FRUCHET - FOSS <hugues.fruchet@foss.st.com> escreveu:

> Hi Mauro,
> 
> sti and stm32 architectures don't have the same maintainers nor same 
> mailing list as you can see below:
> 
> ARM/STM32 ARCHITECTURE
> M:    Maxime Coquelin <mcoquelin.stm32@gmail.com>
> M:    Alexandre Torgue <alexandre.torgue@foss.st.com>
> L:    linux-stm32@st-md-mailman.stormreply.com (moderated for 
> non-subscribers)
> L:    linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
> S:    Maintained
> T:    git 
> git://git.kernel.org/pub/scm/linux/kernel/git/atorgue/stm32.git stm32-next
> F:    arch/arm/boot/dts/stm32*
> F:    arch/arm/mach-stm32/
> F:    drivers/clocksource/armv7m_systick.c
> N:    stm32
> N:    stm
> 
> ARM/STI ARCHITECTURE
> M:    Patrice Chotard <patrice.chotard@foss.st.com>
> L:    linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
> S:    Maintained
> W:    http://www.stlinux.com
> F:    Documentation/devicetree/bindings/i2c/i2c-st.txt
> F:    arch/arm/boot/dts/sti*
> F:    arch/arm/mach-sti/
> F:    drivers/ata/ahci_st.c
> F:    drivers/char/hw_random/st-rng.c
> F:    drivers/clocksource/arm_global_timer.c
> F:    drivers/clocksource/clksrc_st_lpc.c
> F:    drivers/cpufreq/sti-cpufreq.c
> F:    drivers/dma/st_fdma*
> F:    drivers/i2c/busses/i2c-st.c
> F:    drivers/media/platform/sti/c8sectpfe/
> F:    drivers/media/rc/st_rc.c
> F:    drivers/mmc/host/sdhci-st.c
> F:    drivers/phy/st/phy-miphy28lp.c
> F:    drivers/phy/st/phy-stih407-usb.c
> F:    drivers/pinctrl/pinctrl-st.c
> F:    drivers/remoteproc/st_remoteproc.c
> F:    drivers/remoteproc/st_slim_rproc.c
> F:    drivers/reset/sti/
> F:    drivers/rtc/rtc-st-lpc.c
> F:    drivers/tty/serial/st-asc.c
> F:    drivers/usb/dwc3/dwc3-st.c
> F:    drivers/usb/host/ehci-st.c
> F:    drivers/usb/host/ohci-st.c
> F:    drivers/watchdog/st_lpc_wdt.c
> F:    include/linux/remoteproc/st_slim_rproc.h

Ok.
	
> but anyway, if this is really important for you to have a top folder to 
> group all ST stuff, we prefer to have "st" prefix than "stm":
>  > 	./drivers/media/platform/st/sti/
>  > 	./drivers/media/platform/st/stm32/

Works for me. Yeah, it is important to have them at the same dir. 
After this series, there's a comment on each platform subdir that
tells what vendor is there. That is meant to help selecting the right
drivers with make menuconfig/gconfig/xconfig, and it is reflected at
the .config file. I'm considering to actually add a submenu per vendor. 
Ether way, if there's more than one directory per vendor, the "comment"
and/or "menuconfig/if/endif" entries would needed to be moved back to the
drivers/media/platform, making in messier again.

Thanks,
Mauro