From: Mauro Carvalho Chehab <mchehab@kernel.org> To: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Cc: "Jernej Škrabec" <jernej.skrabec@gmail.com>, "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>, "Cai Huoqing" <caihuoqing@baidu.com>, "Chen-Yu Tsai" <wens@csie.org>, "Dinghao Liu" <dinghao.liu@zju.edu.cn>, "Dmitry Osipenko" <digetx@gmail.com>, "Eugen Hristev" <eugen.hristev@microchip.com>, "Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>, "Hans Verkuil" <hverkuil-cisco@xs4all.nl>, "Jacopo Mondi" <jacopo@jmondi.org>, "Jia-Ju Bai" <baijiaju1990@gmail.com>, "Jonathan Cameron" <Jonathan.Cameron@huawei.com>, "Maxime Ripard" <mripard@kernel.org>, "Mikhail Rudenko" <mike.rudenko@gmail.com>, "Ming Qian" <ming.qian@nxp.com>, "Ondrej Jirman" <megous@megous.com>, "Robert Foss" <robert.foss@linaro.org>, "Sakari Ailus" <sakari.ailus@linux.intel.com>, "Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>, "Yong Deng" <yong.deng@magewell.com>, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-sunxi@lists.linux.dev Subject: Re: [PATCH v2 47/67] media: platform: rename sunxi/ to allwinner/ Date: Tue, 15 Mar 2022 09:27:36 +0100 [thread overview] Message-ID: <20220315092736.7e805c81@coco.lan> (raw) In-Reply-To: <YjA4IRD//lb8SKgs@pendragon.ideasonboard.com> Em Tue, 15 Mar 2022 08:54:25 +0200 Laurent Pinchart <laurent.pinchart@ideasonboard.com> escreveu: > Hi Mauro, > > On Tue, Mar 15, 2022 at 06:40:05AM +0100, Mauro Carvalho Chehab wrote: > > Em Mon, 14 Mar 2022 18:22:20 +0100 Jernej Škrabec escreveu: > > > > > Dne ponedeljek, 14. marec 2022 ob 17:34:42 CET je Mauro Carvalho Chehab > > > napisal(a): > > > > As the end goal is to have platform drivers split by vendor, > > > > rename sunxi/ to allwinner/. > > > > > > > > Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org> > > > > > > I would rather not do that. Everything related to Allwinner is called sunxi, > > > albeit there are a few outliers. This is similar to Amlogic/meson situation. > > > > The rationale of having one directory per manufacturer is that, if drivers > > for newer platforms with different names from the same manufacturers are > > added, those will still fit under allwinner/ and amlogic/. > > > > The Kconfig names for sunxi and meson didn't change, nor the driver's name. > > Also, the directories under allwinner preserve sun<x>i name on them: > > > > drivers/media/platform/allwinner/ > > ├── sun4i-csi > > ├── sun6i-csi > > ├── sun8i-di > > └── sun8i-rotate > > > > and so the directory under amlogic/: > > > > drivers/media/platform/amlogic/ > > └── meson-ge2d > > > > Now, if Allinner decides to release a new platforms named after another star, > > let's say, "Vega" and "Rigel", it would be just a matter of adding > > "vega/" and "rigel/" directories under allwinner. No need to touch > > media/platform/Kconfig and media/platform/Makefile. Everything will happen > > on much more smaller vendor-specific Kconfig/Makefile. > > But the day Allwinner changes its name to Noloser, we'll have a similar > problem. Not really. It will still be a single directory per vendor (whatever name it is). > Thnk about Freescale vs. NXP, or Altera bought by Intel. Yeah, when some drivers move from one vendor to another one that already exists there, we should probably move the directories, in order to keep things well organized. The worse case scenario is really if, let's say, TI decides to sell their omap architecture to NXP, keeping the rest. On such case, the best would be to move platform/ti/omap* to the directory of its newer owner. That's said, when things like that happen, there are usually a change at MAINTAINERS, as e-mails, mailing lists and contact people will likely change. So, this will very likely generate patches anyway. > No > naming scheme is totally future-proof. If the accepted standard through > the kernel is to use sunxi to refer to Allwinner SoCs, I don't think > it's a bit idea to go with that. I'm not too concerned about the name here, but rather about the process. Needing to do reorg like this is painful, as it causes all pending work to fail merging against upstream, requiring rebases. So, we should avoid needing to re-do it by trying our best to avoid the need of another global change like that in the future. By organizing entries per vendor, while we may need to do puntual per-vendor adjustments when they rename and change IP with other vendors, the global platform Kconfig/Make will contain a single entry per vendor. I can't foresee any need to change this in the future, if we take care of keeping the entries there properly sorted. With regards to naming the per-vendor directory, while I do prefer to have the directories named after the vendor, and not after a vendor's nick name, It should also be ok to use a vendor's nick name, provided that such name is meant to be used by all their current and future IP. Not sure if "sunxi" is actually a vendor's nick name. It sounds much likely that it is, instead, a brand name that covers their current media-related SoC. Can someone from the vendor shed a light on it? Thanks, Mauro
WARNING: multiple messages have this Message-ID (diff)
From: Mauro Carvalho Chehab <mchehab@kernel.org> To: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Cc: "Jernej Škrabec" <jernej.skrabec@gmail.com>, "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>, "Cai Huoqing" <caihuoqing@baidu.com>, "Chen-Yu Tsai" <wens@csie.org>, "Dinghao Liu" <dinghao.liu@zju.edu.cn>, "Dmitry Osipenko" <digetx@gmail.com>, "Eugen Hristev" <eugen.hristev@microchip.com>, "Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>, "Hans Verkuil" <hverkuil-cisco@xs4all.nl>, "Jacopo Mondi" <jacopo@jmondi.org>, "Jia-Ju Bai" <baijiaju1990@gmail.com>, "Jonathan Cameron" <Jonathan.Cameron@huawei.com>, "Maxime Ripard" <mripard@kernel.org>, "Mikhail Rudenko" <mike.rudenko@gmail.com>, "Ming Qian" <ming.qian@nxp.com>, "Ondrej Jirman" <megous@megous.com>, "Robert Foss" <robert.foss@linaro.org>, "Sakari Ailus" <sakari.ailus@linux.intel.com>, "Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>, "Yong Deng" <yong.deng@magewell.com>, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-sunxi@lists.linux.dev Subject: Re: [PATCH v2 47/67] media: platform: rename sunxi/ to allwinner/ Date: Tue, 15 Mar 2022 09:27:36 +0100 [thread overview] Message-ID: <20220315092736.7e805c81@coco.lan> (raw) In-Reply-To: <YjA4IRD//lb8SKgs@pendragon.ideasonboard.com> Em Tue, 15 Mar 2022 08:54:25 +0200 Laurent Pinchart <laurent.pinchart@ideasonboard.com> escreveu: > Hi Mauro, > > On Tue, Mar 15, 2022 at 06:40:05AM +0100, Mauro Carvalho Chehab wrote: > > Em Mon, 14 Mar 2022 18:22:20 +0100 Jernej Škrabec escreveu: > > > > > Dne ponedeljek, 14. marec 2022 ob 17:34:42 CET je Mauro Carvalho Chehab > > > napisal(a): > > > > As the end goal is to have platform drivers split by vendor, > > > > rename sunxi/ to allwinner/. > > > > > > > > Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org> > > > > > > I would rather not do that. Everything related to Allwinner is called sunxi, > > > albeit there are a few outliers. This is similar to Amlogic/meson situation. > > > > The rationale of having one directory per manufacturer is that, if drivers > > for newer platforms with different names from the same manufacturers are > > added, those will still fit under allwinner/ and amlogic/. > > > > The Kconfig names for sunxi and meson didn't change, nor the driver's name. > > Also, the directories under allwinner preserve sun<x>i name on them: > > > > drivers/media/platform/allwinner/ > > ├── sun4i-csi > > ├── sun6i-csi > > ├── sun8i-di > > └── sun8i-rotate > > > > and so the directory under amlogic/: > > > > drivers/media/platform/amlogic/ > > └── meson-ge2d > > > > Now, if Allinner decides to release a new platforms named after another star, > > let's say, "Vega" and "Rigel", it would be just a matter of adding > > "vega/" and "rigel/" directories under allwinner. No need to touch > > media/platform/Kconfig and media/platform/Makefile. Everything will happen > > on much more smaller vendor-specific Kconfig/Makefile. > > But the day Allwinner changes its name to Noloser, we'll have a similar > problem. Not really. It will still be a single directory per vendor (whatever name it is). > Thnk about Freescale vs. NXP, or Altera bought by Intel. Yeah, when some drivers move from one vendor to another one that already exists there, we should probably move the directories, in order to keep things well organized. The worse case scenario is really if, let's say, TI decides to sell their omap architecture to NXP, keeping the rest. On such case, the best would be to move platform/ti/omap* to the directory of its newer owner. That's said, when things like that happen, there are usually a change at MAINTAINERS, as e-mails, mailing lists and contact people will likely change. So, this will very likely generate patches anyway. > No > naming scheme is totally future-proof. If the accepted standard through > the kernel is to use sunxi to refer to Allwinner SoCs, I don't think > it's a bit idea to go with that. I'm not too concerned about the name here, but rather about the process. Needing to do reorg like this is painful, as it causes all pending work to fail merging against upstream, requiring rebases. So, we should avoid needing to re-do it by trying our best to avoid the need of another global change like that in the future. By organizing entries per vendor, while we may need to do puntual per-vendor adjustments when they rename and change IP with other vendors, the global platform Kconfig/Make will contain a single entry per vendor. I can't foresee any need to change this in the future, if we take care of keeping the entries there properly sorted. With regards to naming the per-vendor directory, while I do prefer to have the directories named after the vendor, and not after a vendor's nick name, It should also be ok to use a vendor's nick name, provided that such name is meant to be used by all their current and future IP. Not sure if "sunxi" is actually a vendor's nick name. It sounds much likely that it is, instead, a brand name that covers their current media-related SoC. Can someone from the vendor shed a light on it? Thanks, Mauro _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-03-15 8:27 UTC|newest] Thread overview: 162+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-03-14 16:33 [PATCH v2 00/67] media: Kconfig/Makefile reorg Mauro Carvalho Chehab 2022-03-14 16:33 ` Mauro Carvalho Chehab 2022-03-14 16:33 ` Mauro Carvalho Chehab 2022-03-14 16:33 ` Mauro Carvalho Chehab 2022-03-14 16:33 ` Mauro Carvalho Chehab 2022-03-14 16:33 ` Mauro Carvalho Chehab 2022-03-14 16:33 ` [PATCH v2 01/67] media: xc2028: rename the driver from tuner-xc2028 Mauro Carvalho Chehab 2022-03-14 16:33 ` [PATCH v2 02/67] media: Makefiles: remove extra spaces Mauro Carvalho Chehab 2022-03-14 16:33 ` [PATCH v2 03/67] media: Makefiles: sort entries where it fits Mauro Carvalho Chehab 2022-03-14 16:33 ` [PATCH v2 04/67] media: platform: Makefile: reorganize its contents Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 05/67] media: platform: move platform menu dependencies to drivers Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 06/67] media: platform: place Aspeed driver on a separate dir Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 07/67] media: platform: place NXP drivers " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 08/67] media: platform: place Intel " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 09/67] media: platform: place Via " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 10/67] media: platform: place Renesas " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 11/67] media: platform: allegro-dvt: move config to its own file Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 12/67] media: platform: amphion: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 13/67] media: platform: coda: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 14/67] media: platform: exynos-gsc: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 15/67] media: platform: ge2d: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 16/67] media: platform: mtk-jpeg: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 17/67] media: platform: mtk-mdp: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 18/67] media: platform: mtk-vcodec: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 19/67] media: platform: mtk-vpu: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 20/67] media: platform: omap3isp: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 21/67] media: platform: camss: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 22/67] media: platform: venus: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 23/67] media: platform: rga: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 24/67] media: platform: s3c-camif: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 25/67] media: platform: s5p-g2d: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 26/67] media: platform: hva: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 27/67] media: platform: stm32: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 28/67] media: platform: sun8i-di: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 29/67] media: platform: sun8i-rotate: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 30/67] media: platform: vde: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 31/67] media: platform: ti-vpe: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 32/67] media: platform: rkisp1: " Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 33/67] media: platform: delta: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 34/67] media: platform: bdisp: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 35/67] media: platform: s5p-mfc: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 36/67] media: platform: s5p-jpeg: " Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 37/67] media: platform: Kconfig: sort entries Mauro Carvalho Chehab 2022-03-15 16:56 ` Jernej Škrabec 2022-03-14 16:34 ` [PATCH v2 38/67] media: platform: move some manufacturer entries Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 39/67] media: platform: Kconfig: place platform drivers on a submenu Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 40/67] media: platform: rename coda/ to chips-media/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 41/67] media: platform: rename marvell-ccic/ to marvell/ Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 42/67] media: platform: rename meson/ge2d/ to amlogic/meson-ge2d/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 43/67] media: platform: rename mtk-jpeg/ to mediatek/mtk-jpeg/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 44/67] media: platform: rename mtk-mdp/ to mediatek/mtk-mdp/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 45/67] media: platform: rename mtk-vcodec/ to mediatek/mtk-vcodec/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 46/67] media: platform: rename mtk-vpu/ to mediatek/mtk-vpu/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 47/67] media: platform: rename sunxi/ to allwinner/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 17:22 ` Jernej Škrabec 2022-03-14 17:22 ` Jernej Škrabec 2022-03-15 5:40 ` Mauro Carvalho Chehab 2022-03-15 5:40 ` Mauro Carvalho Chehab 2022-03-15 6:54 ` Laurent Pinchart 2022-03-15 6:54 ` Laurent Pinchart 2022-03-15 8:27 ` Mauro Carvalho Chehab [this message] 2022-03-15 8:27 ` Mauro Carvalho Chehab 2022-03-15 8:35 ` Laurent Pinchart 2022-03-15 8:35 ` Laurent Pinchart 2022-03-15 18:04 ` Jernej Škrabec 2022-03-15 18:04 ` Jernej Škrabec 2022-03-16 13:13 ` Mauro Carvalho Chehab 2022-03-16 13:13 ` Mauro Carvalho Chehab 2022-03-16 13:10 ` Mauro Carvalho Chehab 2022-03-16 13:10 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 48/67] media: platform: rename tegra/vde/ to nvidia/tegra-vde/ Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 49/67] media: platform: rename exynos4-is/ to samsung/exynos4-is/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 50/67] media: platform: rename exynos-gsc/ to samsung/exynos-gsc/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 51/67] media: platform: rename s3c-camif/ to samsung/s3c-camif/ Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 52/67] media: platform: rename s5p-g2d/ to samsung/s5p-g2d/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab [not found] ` <CGME20220317191357eucas1p1abc9a313ef2f320bda365388e72e0327@eucas1p1.samsung.com> 2022-03-17 19:13 ` Lukasz Stelmach 2022-03-17 19:13 ` Lukasz Stelmach 2022-03-14 16:34 ` [PATCH v2 53/67] media: platform: rename s5p-jpeg/ to samsung/s5p-jpeg/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 54/67] media: platform: rename s5p-mfc/ to samsung/s5p-mfc/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 55/67] media: platform: rename stm32/ to stm/stm32/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 56/67] media: platform: rename sti/ to stm/sti/ Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 57/67] media: platform: rename am437x/ to ti/am437x/ Mauro Carvalho Chehab 2022-03-17 19:16 ` Lad, Prabhakar 2022-03-14 16:34 ` [PATCH v2 58/67] media: platform: rename davinci/ to ti/davinci/ Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 59/67] media: platform: rename omap3isp/ to ti/omap3isp/ Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 60/67] media: platform: rename omap/ to ti/omap/ Mauro Carvalho Chehab 2022-03-14 18:31 ` Péter Ujfalusi 2022-03-14 16:34 ` [PATCH v2 61/67] media: platform: re-structure TI drivers Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 62/67] media: platform: ti/Kconfig: move VPE/CAL entries to it Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 63/67] media: platform: Create vendor/{Makefile,Kconfig} files Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 63/67] media: platform: Create vendor/{Makefile, Kconfig} files Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` [PATCH v2 64/67] media: platform/*/Kconfig: make manufacturer menus more uniform Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:34 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` [PATCH v2 65/67] media: Kconfig: cleanup VIDEO_DEV dependencies Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab [not found] ` <CGME20220317192136eucas1p185dfbf79e792ebdc4c5614a90c1b0cd8@eucas1p1.samsung.com> 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-17 19:21 ` Lukasz Stelmach 2022-03-14 16:35 ` [PATCH v2 66/67] media: media/*/Kconfig: sort entries Mauro Carvalho Chehab 2022-03-14 16:35 ` [PATCH v2 67/67] media: platform: rename mediatek/mtk-jpeg/ to mediatek/jpeg/ Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab 2022-03-14 16:35 ` Mauro Carvalho Chehab
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20220315092736.7e805c81@coco.lan \ --to=mchehab@kernel.org \ --cc=Jonathan.Cameron@huawei.com \ --cc=baijiaju1990@gmail.com \ --cc=caihuoqing@baidu.com \ --cc=digetx@gmail.com \ --cc=dinghao.liu@zju.edu.cn \ --cc=eugen.hristev@microchip.com \ --cc=ezequiel@vanguardiasur.com.ar \ --cc=hverkuil-cisco@xs4all.nl \ --cc=jacopo@jmondi.org \ --cc=jernej.skrabec@gmail.com \ --cc=laurent.pinchart@ideasonboard.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-media@vger.kernel.org \ --cc=linux-sunxi@lists.linux.dev \ --cc=megous@megous.com \ --cc=mike.rudenko@gmail.com \ --cc=ming.qian@nxp.com \ --cc=mripard@kernel.org \ --cc=niklas.soderlund+renesas@ragnatech.se \ --cc=robert.foss@linaro.org \ --cc=sakari.ailus@linux.intel.com \ --cc=tomi.valkeinen@ideasonboard.com \ --cc=wens@csie.org \ --cc=yong.deng@magewell.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.