From: Stephen Boyd <swboyd@chromium.org> To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Douglas Anderson <dianders@chromium.org> Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, "Arnd Bergmann" <arnd@arndb.de>, "Chen Feng" <puck.chen@hisilicon.com>, "Chen-Yu Tsai" <wens@csie.org>, "Christian Gmeiner" <christian.gmeiner@gmail.com>, "Chun-Kuang Hu" <chunkuang.hu@kernel.org>, "Daniel Vetter" <daniel.vetter@ffwll.ch>, "Emma Anholt" <emma@anholt.net>, "Heiko Stübner" <heiko@sntech.de>, "Inki Dae" <inki.dae@samsung.com>, "James Qian Wang" <james.qian.wang@arm.com>, "Jaroslav Kysela" <perex@perex.cz>, "Joerg Roedel" <joro@8bytes.org>, "John Stultz" <john.stultz@linaro.org>, "Joonyoung Shim" <jy0922.shim@samsung.com>, "Jyri Sarha" <jyri.sarha@iki.fi>, "Kai Vehmanen" <kai.vehmanen@linux.intel.com>, "Kyungmin Park" <kyungmin.park@samsung.com>, "Laurent Pinchart" <laurent.pinchart@ideasonboard.com>, linux-fbdev@vger.kernel.org, linux-omap@vger.kernel.org, linux-pm@vger.kernel.org, "Linus Walleij" <linus.walleij@linaro.org>, "Liviu Dudau" <liviu.dudau@arm.com>, "Lucas Stach" <l.stach@pengutronix.de>, "Mark Brown" <broonie@kernel.org>, "Maxime Ripard" <mripard@kernel.org>, "Neil Armstrong" <narmstrong@baylibre.com>, "Paul Cercueil" <paul@crapouillou.net>, "Philipp Zabel" <p.zabel@pengutronix.de>, "Rafael J. Wysocki" <rafael@kernel.org>, "Rob Clark" <robdclark@gmail.com>, "Russell King" <linux@armlinux.org.uk>, "Russell King" <linux+etnaviv@armlinux.org.uk>, "Russell King" <rmk+kernel@arm.linux.org.uk>, "Sandy Huang" <hjc@rock-chips.com>, "Saravana Kannan" <saravanak@google.com>, "Sebastian Reichel" <sre@kernel.org>, "Seung-Woo Kim" <sw0312.kim@samsung.com>, "Takashi Iwai" <tiwai@suse.com>, "Tian Tao" <tiantao6@hisilicon.com>, "Tomas Winkler" <tomas.winkler@intel.com>, "Tomi Valkeinen" <tomba@kernel.org>, "Will Deacon" <will@kernel.org>, "Xinliang Liu" <xinliang.liu@linaro.org>, "Xinwei Kong" <kong.kongxinwei@hisilicon.com>, "Yong Wu" <yong.wu@mediatek.com>, "Vitaly Lubart" <vitaly.lubart@intel.com>, "Daniele Ceraolo Spurio" <daniele.ceraolospurio@intel.com>, "Rodrigo Vivi" <rodrigo.vivi@intel.com> Subject: [PATCH v5 00/32] component: Make into an aggregate bus Date: Thu, 6 Jan 2022 13:45:23 -0800 [thread overview] Message-ID: <20220106214556.2461363-1-swboyd@chromium.org> (raw) This series is from discussion we had on reordering the device lists for drm shutdown paths[1]. I've introduced an 'aggregate' bus that we put the aggregate device onto and then we probe the aggregate device once all the components are probed and call component_add(). The probe/remove hooks are where the bind/unbind calls go, and then a shutdown hook is added that can be used to shutdown the drm display pipeline at the right time. This works for me on my sc7180 board. I no longer get a warning from i2c at shutdown that we're trying to make an i2c transaction after the i2c bus has been shutdown. There's more work to do on the msm drm driver to extract component device resources like clks, regulators, etc. out of the component bind function into the driver probe but I wanted to move everything over now in other component drivers before tackling that problem. Tested-by tags would be appreciated, and Acked-by/Reviewed-by tags too. Per Daniel, I've resent this to collect Acks or Review tags from gregkh and once Greg is happy with the driver core bits it can be merged through drm-misc tree via dianders (both are on the To line). One last thing, I suspect I'll have to send this once again after the merge window because something is probably in linux-next that conflicts with some driver patch. I'll do that in about two weeks. Changes since v4 (https://lore.kernel.org/r/20211202222732.2453851-1-swboyd@chromium.org): - Picked up tags - Moved rename patch to first in the series - Squashed device and bus type patch together Changes since v3 (https://lore.kernel.org/r/20211026000044.885195-1-swboyd@chromium.org): - Picked up tags - Rebased to v5.16-rc2 - Updated component.c for a few new patches there - Dropped a conversion patch - Added a conversion patch Changes since v2 (https://lore.kernel.org/r/20211006193819.2654854-1-swboyd@chromium.org): - Picked up acks - Fixed build warnings/errors - Reworked patch series to rename 'master' in a different patch Changes since v1 (https://lore.kernel.org/r/20210520002519.3538432-1-swboyd@chromium.org): - Use devlink to connect components to the aggregate device - Don't set the registering device as a parent of the aggregate device - New patch for bind_component/unbind_component ops that takes the aggregate device - Convert all drivers in the tree to use the aggregate driver approach - Allow one aggregate driver to be used for multiple aggregate devices [1] https://lore.kernel.org/r/20210508074118.1621729-1-swboyd@chromium.org Stephen Boyd (32): component: Replace most references to 'master' with 'aggregate device' component: Introduce the aggregate bus_type component: Move struct aggregate_device out to header file component: Add {bind,unbind}_component() ops that take aggregate device drm/of: Add a drm_of_aggregate_probe() API drm/msm: Migrate to aggregate driver drm/komeda: Migrate to aggregate driver drm/arm/hdlcd: Migrate to aggregate driver drm/malidp: Migrate to aggregate driver drm/armada: Migrate to aggregate driver drm/etnaviv: Migrate to aggregate driver drm/kirin: Migrate to aggregate driver drm/exynos: Migrate to aggregate driver drm/imx: Migrate to aggregate driver drm/ingenic: Migrate to aggregate driver drm/mcde: Migrate to aggregate driver drm/mediatek: Migrate to aggregate driver drm/meson: Migrate to aggregate driver drm/omap: Migrate to aggregate driver drm/rockchip: Migrate to aggregate driver drm/sti: Migrate to aggregate driver drm/sun4i: Migrate to aggregate driver drm/tilcdc: Migrate to aggregate driver drm/vc4: Migrate to aggregate driver iommu/mtk: Migrate to aggregate driver mei: Migrate to aggregate driver power: supply: ab8500: Migrate to aggregate driver fbdev: omap2: Migrate to aggregate driver sound: hdac: Migrate to aggregate driver ASoC: codecs: wcd938x: Migrate to aggregate driver component: Get rid of drm_of_component_probe() component: Remove component_master_ops and friends drivers/base/component.c | 544 ++++++++++-------- .../gpu/drm/arm/display/komeda/komeda_drv.c | 20 +- drivers/gpu/drm/arm/hdlcd_drv.c | 21 +- drivers/gpu/drm/arm/malidp_drv.c | 21 +- drivers/gpu/drm/armada/armada_drv.c | 23 +- drivers/gpu/drm/drm_drv.c | 2 +- drivers/gpu/drm/drm_of.c | 18 +- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 20 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 21 +- .../gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 20 +- drivers/gpu/drm/imx/imx-drm-core.c | 20 +- drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 25 +- drivers/gpu/drm/mcde/mcde_drv.c | 23 +- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 20 +- drivers/gpu/drm/meson/meson_drv.c | 21 +- drivers/gpu/drm/msm/msm_drv.c | 46 +- drivers/gpu/drm/omapdrm/dss/dss.c | 20 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 20 +- drivers/gpu/drm/sti/sti_drv.c | 20 +- drivers/gpu/drm/sun4i/sun4i_drv.c | 26 +- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 28 +- drivers/gpu/drm/vc4/vc4_drv.c | 20 +- drivers/iommu/mtk_iommu.c | 14 +- drivers/iommu/mtk_iommu.h | 6 +- drivers/iommu/mtk_iommu_v1.c | 14 +- drivers/misc/mei/hdcp/mei_hdcp.c | 22 +- drivers/misc/mei/pxp/mei_pxp.c | 22 +- drivers/power/supply/ab8500_charger.c | 22 +- drivers/video/fbdev/omap2/omapfb/dss/dss.c | 20 +- include/drm/drm_of.h | 10 +- include/linux/component.h | 92 ++- sound/hda/hdac_component.c | 21 +- sound/soc/codecs/wcd938x.c | 20 +- 33 files changed, 772 insertions(+), 490 deletions(-) Cc: Arnd Bergmann <arnd@arndb.de> Cc: Chen Feng <puck.chen@hisilicon.com> Cc: Chen-Yu Tsai <wens@csie.org> Cc: Christian Gmeiner <christian.gmeiner@gmail.com> Cc: Chun-Kuang Hu <chunkuang.hu@kernel.org> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Cc: Emma Anholt <emma@anholt.net> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: "Heiko Stübner" <heiko@sntech.de> Cc: Inki Dae <inki.dae@samsung.com> Cc: James Qian Wang (Arm Technology China) <james.qian.wang@arm.com> Cc: Jaroslav Kysela <perex@perex.cz> Cc: Joerg Roedel <joro@8bytes.org> Cc: John Stultz <john.stultz@linaro.org> Cc: Joonyoung Shim <jy0922.shim@samsung.com> Cc: Jyri Sarha <jyri.sarha@iki.fi> Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com> Cc: Kyungmin Park <kyungmin.park@samsung.com> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Cc: <linux-fbdev@vger.kernel.org> Cc: <linux-omap@vger.kernel.org> Cc: <linux-pm@vger.kernel.org> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Liviu Dudau <liviu.dudau@arm.com> Cc: Lucas Stach <l.stach@pengutronix.de> Cc: Mark Brown <broonie@kernel.org> Cc: Maxime Ripard <mripard@kernel.org> Cc: Neil Armstrong <narmstrong@baylibre.com> Cc: Paul Cercueil <paul@crapouillou.net> Cc: Philipp Zabel <p.zabel@pengutronix.de> Cc: "Rafael J. Wysocki" <rafael@kernel.org> Cc: Rob Clark <robdclark@gmail.com> Cc: Russell King <linux@armlinux.org.uk> Cc: Russell King <linux+etnaviv@armlinux.org.uk> Cc: Russell King <rmk+kernel@arm.linux.org.uk> Cc: Sandy Huang <hjc@rock-chips.com> Cc: Saravana Kannan <saravanak@google.com> Cc: Sebastian Reichel <sre@kernel.org> Cc: Seung-Woo Kim <sw0312.kim@samsung.com> Cc: Takashi Iwai <tiwai@suse.com> Cc: Tian Tao <tiantao6@hisilicon.com> Cc: Tomas Winkler <tomas.winkler@intel.com> Cc: Tomi Valkeinen <tomba@kernel.org> Cc: Will Deacon <will@kernel.org> Cc: Xinliang Liu <xinliang.liu@linaro.org> Cc: Xinwei Kong <kong.kongxinwei@hisilicon.com> Cc: Yong Wu <yong.wu@mediatek.com> Cc: Vitaly Lubart <vitaly.lubart@intel.com> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com> base-commit: 136057256686de39cc3a07c2e39ef6bc43003ff6 -- https://chromeos.dev
WARNING: multiple messages have this Message-ID (diff)
From: Stephen Boyd <swboyd@chromium.org> To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Douglas Anderson <dianders@chromium.org> Cc: linux-fbdev@vger.kernel.org, Emma Anholt <emma@anholt.net>, Neil Armstrong <narmstrong@baylibre.com>, Xinliang Liu <xinliang.liu@linaro.org>, Daniel Vetter <daniel.vetter@ffwll.ch>, Liviu Dudau <liviu.dudau@arm.com>, dri-devel@lists.freedesktop.org, Jaroslav Kysela <perex@perex.cz>, Paul Cercueil <paul@crapouillou.net>, Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>, Laurent Pinchart <laurent.pinchart@ideasonboard.com>, Russell King <linux@armlinux.org.uk>, Will Deacon <will@kernel.org>, Vitaly Lubart <vitaly.lubart@intel.com>, Joonyoung Shim <jy0922.shim@samsung.com>, Saravana Kannan <saravanak@google.com>, Joerg Roedel <joro@8bytes.org>, "Rafael J. Wysocki" <rafael@kernel.org>, Chen-Yu Tsai <wens@csie.org>, Sandy Huang <hjc@rock-chips.com>, James Qian Wang <james.qian.wang@arm.com>, Chen Feng <puck.chen@hisilicon.com>, Russell King <rmk+kernel@arm.linux.org.uk>, Tomas Winkler <tomas.winkler@intel.com>, Xinwei Kong <kong.kongxinwei@hisilicon.com>, Chun-Kuang Hu <chunkuang.hu@kernel.org>, Arnd Bergmann <arnd@arndb.de>, linux-pm@vger.kernel.org, linux-arm-msm@vger.kernel.org, Russell King <linux+etnaviv@armlinux.org.uk>, Mark Brown <broonie@kernel.org>, Rodrigo Vivi <rodrigo.vivi@intel.com>, Takashi Iwai <tiwai@suse.com>, linux-omap@vger.kernel.org, Yong Wu <yong.wu@mediatek.com>, Tomi Valkeinen <tomba@kernel.org>, Kai Vehmanen <kai.vehmanen@linux.intel.com>, Jyri Sarha <jyri.sarha@iki.fi>, Seung-Woo Kim <sw0312.kim@samsung.com>, linux-kernel@vger.kernel.org, Kyungmin Park <kyungmin.park@samsung.com>, Sebastian Reichel <sre@kernel.org>, Tian Tao <tiantao6@hisilicon.com>, freedreno@lists.freedesktop.org Subject: [PATCH v5 00/32] component: Make into an aggregate bus Date: Thu, 6 Jan 2022 13:45:23 -0800 [thread overview] Message-ID: <20220106214556.2461363-1-swboyd@chromium.org> (raw) This series is from discussion we had on reordering the device lists for drm shutdown paths[1]. I've introduced an 'aggregate' bus that we put the aggregate device onto and then we probe the aggregate device once all the components are probed and call component_add(). The probe/remove hooks are where the bind/unbind calls go, and then a shutdown hook is added that can be used to shutdown the drm display pipeline at the right time. This works for me on my sc7180 board. I no longer get a warning from i2c at shutdown that we're trying to make an i2c transaction after the i2c bus has been shutdown. There's more work to do on the msm drm driver to extract component device resources like clks, regulators, etc. out of the component bind function into the driver probe but I wanted to move everything over now in other component drivers before tackling that problem. Tested-by tags would be appreciated, and Acked-by/Reviewed-by tags too. Per Daniel, I've resent this to collect Acks or Review tags from gregkh and once Greg is happy with the driver core bits it can be merged through drm-misc tree via dianders (both are on the To line). One last thing, I suspect I'll have to send this once again after the merge window because something is probably in linux-next that conflicts with some driver patch. I'll do that in about two weeks. Changes since v4 (https://lore.kernel.org/r/20211202222732.2453851-1-swboyd@chromium.org): - Picked up tags - Moved rename patch to first in the series - Squashed device and bus type patch together Changes since v3 (https://lore.kernel.org/r/20211026000044.885195-1-swboyd@chromium.org): - Picked up tags - Rebased to v5.16-rc2 - Updated component.c for a few new patches there - Dropped a conversion patch - Added a conversion patch Changes since v2 (https://lore.kernel.org/r/20211006193819.2654854-1-swboyd@chromium.org): - Picked up acks - Fixed build warnings/errors - Reworked patch series to rename 'master' in a different patch Changes since v1 (https://lore.kernel.org/r/20210520002519.3538432-1-swboyd@chromium.org): - Use devlink to connect components to the aggregate device - Don't set the registering device as a parent of the aggregate device - New patch for bind_component/unbind_component ops that takes the aggregate device - Convert all drivers in the tree to use the aggregate driver approach - Allow one aggregate driver to be used for multiple aggregate devices [1] https://lore.kernel.org/r/20210508074118.1621729-1-swboyd@chromium.org Stephen Boyd (32): component: Replace most references to 'master' with 'aggregate device' component: Introduce the aggregate bus_type component: Move struct aggregate_device out to header file component: Add {bind,unbind}_component() ops that take aggregate device drm/of: Add a drm_of_aggregate_probe() API drm/msm: Migrate to aggregate driver drm/komeda: Migrate to aggregate driver drm/arm/hdlcd: Migrate to aggregate driver drm/malidp: Migrate to aggregate driver drm/armada: Migrate to aggregate driver drm/etnaviv: Migrate to aggregate driver drm/kirin: Migrate to aggregate driver drm/exynos: Migrate to aggregate driver drm/imx: Migrate to aggregate driver drm/ingenic: Migrate to aggregate driver drm/mcde: Migrate to aggregate driver drm/mediatek: Migrate to aggregate driver drm/meson: Migrate to aggregate driver drm/omap: Migrate to aggregate driver drm/rockchip: Migrate to aggregate driver drm/sti: Migrate to aggregate driver drm/sun4i: Migrate to aggregate driver drm/tilcdc: Migrate to aggregate driver drm/vc4: Migrate to aggregate driver iommu/mtk: Migrate to aggregate driver mei: Migrate to aggregate driver power: supply: ab8500: Migrate to aggregate driver fbdev: omap2: Migrate to aggregate driver sound: hdac: Migrate to aggregate driver ASoC: codecs: wcd938x: Migrate to aggregate driver component: Get rid of drm_of_component_probe() component: Remove component_master_ops and friends drivers/base/component.c | 544 ++++++++++-------- .../gpu/drm/arm/display/komeda/komeda_drv.c | 20 +- drivers/gpu/drm/arm/hdlcd_drv.c | 21 +- drivers/gpu/drm/arm/malidp_drv.c | 21 +- drivers/gpu/drm/armada/armada_drv.c | 23 +- drivers/gpu/drm/drm_drv.c | 2 +- drivers/gpu/drm/drm_of.c | 18 +- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 20 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 21 +- .../gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 20 +- drivers/gpu/drm/imx/imx-drm-core.c | 20 +- drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 25 +- drivers/gpu/drm/mcde/mcde_drv.c | 23 +- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 20 +- drivers/gpu/drm/meson/meson_drv.c | 21 +- drivers/gpu/drm/msm/msm_drv.c | 46 +- drivers/gpu/drm/omapdrm/dss/dss.c | 20 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 20 +- drivers/gpu/drm/sti/sti_drv.c | 20 +- drivers/gpu/drm/sun4i/sun4i_drv.c | 26 +- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 28 +- drivers/gpu/drm/vc4/vc4_drv.c | 20 +- drivers/iommu/mtk_iommu.c | 14 +- drivers/iommu/mtk_iommu.h | 6 +- drivers/iommu/mtk_iommu_v1.c | 14 +- drivers/misc/mei/hdcp/mei_hdcp.c | 22 +- drivers/misc/mei/pxp/mei_pxp.c | 22 +- drivers/power/supply/ab8500_charger.c | 22 +- drivers/video/fbdev/omap2/omapfb/dss/dss.c | 20 +- include/drm/drm_of.h | 10 +- include/linux/component.h | 92 ++- sound/hda/hdac_component.c | 21 +- sound/soc/codecs/wcd938x.c | 20 +- 33 files changed, 772 insertions(+), 490 deletions(-) Cc: Arnd Bergmann <arnd@arndb.de> Cc: Chen Feng <puck.chen@hisilicon.com> Cc: Chen-Yu Tsai <wens@csie.org> Cc: Christian Gmeiner <christian.gmeiner@gmail.com> Cc: Chun-Kuang Hu <chunkuang.hu@kernel.org> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Cc: Emma Anholt <emma@anholt.net> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: "Heiko Stübner" <heiko@sntech.de> Cc: Inki Dae <inki.dae@samsung.com> Cc: James Qian Wang (Arm Technology China) <james.qian.wang@arm.com> Cc: Jaroslav Kysela <perex@perex.cz> Cc: Joerg Roedel <joro@8bytes.org> Cc: John Stultz <john.stultz@linaro.org> Cc: Joonyoung Shim <jy0922.shim@samsung.com> Cc: Jyri Sarha <jyri.sarha@iki.fi> Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com> Cc: Kyungmin Park <kyungmin.park@samsung.com> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Cc: <linux-fbdev@vger.kernel.org> Cc: <linux-omap@vger.kernel.org> Cc: <linux-pm@vger.kernel.org> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Liviu Dudau <liviu.dudau@arm.com> Cc: Lucas Stach <l.stach@pengutronix.de> Cc: Mark Brown <broonie@kernel.org> Cc: Maxime Ripard <mripard@kernel.org> Cc: Neil Armstrong <narmstrong@baylibre.com> Cc: Paul Cercueil <paul@crapouillou.net> Cc: Philipp Zabel <p.zabel@pengutronix.de> Cc: "Rafael J. Wysocki" <rafael@kernel.org> Cc: Rob Clark <robdclark@gmail.com> Cc: Russell King <linux@armlinux.org.uk> Cc: Russell King <linux+etnaviv@armlinux.org.uk> Cc: Russell King <rmk+kernel@arm.linux.org.uk> Cc: Sandy Huang <hjc@rock-chips.com> Cc: Saravana Kannan <saravanak@google.com> Cc: Sebastian Reichel <sre@kernel.org> Cc: Seung-Woo Kim <sw0312.kim@samsung.com> Cc: Takashi Iwai <tiwai@suse.com> Cc: Tian Tao <tiantao6@hisilicon.com> Cc: Tomas Winkler <tomas.winkler@intel.com> Cc: Tomi Valkeinen <tomba@kernel.org> Cc: Will Deacon <will@kernel.org> Cc: Xinliang Liu <xinliang.liu@linaro.org> Cc: Xinwei Kong <kong.kongxinwei@hisilicon.com> Cc: Yong Wu <yong.wu@mediatek.com> Cc: Vitaly Lubart <vitaly.lubart@intel.com> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com> base-commit: 136057256686de39cc3a07c2e39ef6bc43003ff6 -- https://chromeos.dev
next reply other threads:[~2022-01-06 21:46 UTC|newest] Thread overview: 99+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-01-06 21:45 Stephen Boyd [this message] 2022-01-06 21:45 ` [PATCH v5 00/32] component: Make into an aggregate bus Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 01/32] component: Replace most references to 'master' with 'aggregate device' Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 02/32] component: Introduce the aggregate bus_type Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 03/32] component: Move struct aggregate_device out to header file Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-07 13:07 ` Jani Nikula 2022-01-07 20:12 ` Stephen Boyd 2022-01-10 11:23 ` Jani Nikula 2022-01-06 21:45 ` [PATCH v5 04/32] component: Add {bind, unbind}_component() ops that take aggregate device Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 04/32] component: Add {bind,unbind}_component() " Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 05/32] drm/of: Add a drm_of_aggregate_probe() API Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 06/32] drm/msm: Migrate to aggregate driver Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 07/32] drm/komeda: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 08/32] drm/arm/hdlcd: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 09/32] drm/malidp: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 10/32] drm/armada: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 11/32] drm/etnaviv: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 12/32] drm/kirin: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 13/32] drm/exynos: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 14/32] drm/imx: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 15/32] drm/ingenic: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 16/32] drm/mcde: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 17/32] drm/mediatek: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 18/32] drm/meson: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 19/32] drm/omap: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 20/32] drm/rockchip: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 21/32] drm/sti: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 22/32] drm/sun4i: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 23/32] drm/tilcdc: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 24/32] drm/vc4: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 25/32] iommu/mtk: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-11 12:22 ` Yong Wu 2022-01-11 12:22 ` Yong Wu 2022-01-11 12:22 ` Yong Wu 2022-01-12 0:27 ` Stephen Boyd 2022-01-12 0:27 ` Stephen Boyd 2022-01-12 0:27 ` Stephen Boyd 2022-01-12 9:09 ` Yong Wu 2022-01-12 9:09 ` Yong Wu 2022-01-12 9:09 ` Yong Wu 2022-01-12 9:09 ` Yong Wu 2022-01-13 4:25 ` Stephen Boyd 2022-01-13 4:25 ` Stephen Boyd 2022-01-13 4:25 ` Stephen Boyd 2022-01-13 4:25 ` Stephen Boyd 2022-01-14 9:06 ` Yong Wu 2022-01-14 9:06 ` Yong Wu 2022-01-14 9:06 ` Yong Wu 2022-01-14 9:06 ` Yong Wu 2022-01-14 21:30 ` Stephen Boyd 2022-01-14 21:30 ` Stephen Boyd 2022-01-14 21:30 ` Stephen Boyd 2022-01-14 21:30 ` Stephen Boyd 2022-01-15 7:39 ` Yong Wu 2022-01-15 7:39 ` Yong Wu 2022-01-15 7:39 ` Yong Wu 2022-01-15 7:39 ` Yong Wu 2022-01-15 7:50 ` Stephen Boyd 2022-01-15 7:50 ` Stephen Boyd 2022-01-15 7:50 ` Stephen Boyd 2022-01-15 7:50 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 26/32] mei: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 27/32] power: supply: ab8500: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 28/32] fbdev: omap2: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 29/32] sound: hdac: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 30/32] ASoC: codecs: wcd938x: " Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 31/32] component: Get rid of drm_of_component_probe() Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd 2022-01-06 21:45 ` [PATCH v5 32/32] component: Remove component_master_ops and friends Stephen Boyd 2022-01-06 21:45 ` Stephen Boyd
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=20220106214556.2461363-1-swboyd@chromium.org \ --to=swboyd@chromium.org \ --cc=arnd@arndb.de \ --cc=broonie@kernel.org \ --cc=christian.gmeiner@gmail.com \ --cc=chunkuang.hu@kernel.org \ --cc=daniel.vetter@ffwll.ch \ --cc=daniele.ceraolospurio@intel.com \ --cc=dianders@chromium.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=emma@anholt.net \ --cc=freedreno@lists.freedesktop.org \ --cc=gregkh@linuxfoundation.org \ --cc=heiko@sntech.de \ --cc=hjc@rock-chips.com \ --cc=inki.dae@samsung.com \ --cc=james.qian.wang@arm.com \ --cc=john.stultz@linaro.org \ --cc=joro@8bytes.org \ --cc=jy0922.shim@samsung.com \ --cc=jyri.sarha@iki.fi \ --cc=kai.vehmanen@linux.intel.com \ --cc=kong.kongxinwei@hisilicon.com \ --cc=kyungmin.park@samsung.com \ --cc=l.stach@pengutronix.de \ --cc=laurent.pinchart@ideasonboard.com \ --cc=linus.walleij@linaro.org \ --cc=linux+etnaviv@armlinux.org.uk \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-fbdev@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-omap@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=linux@armlinux.org.uk \ --cc=liviu.dudau@arm.com \ --cc=mripard@kernel.org \ --cc=narmstrong@baylibre.com \ --cc=p.zabel@pengutronix.de \ --cc=paul@crapouillou.net \ --cc=perex@perex.cz \ --cc=puck.chen@hisilicon.com \ --cc=rafael@kernel.org \ --cc=rmk+kernel@arm.linux.org.uk \ --cc=robdclark@gmail.com \ --cc=rodrigo.vivi@intel.com \ --cc=saravanak@google.com \ --cc=sre@kernel.org \ --cc=sw0312.kim@samsung.com \ --cc=tiantao6@hisilicon.com \ --cc=tiwai@suse.com \ --cc=tomas.winkler@intel.com \ --cc=tomba@kernel.org \ --cc=vitaly.lubart@intel.com \ --cc=wens@csie.org \ --cc=will@kernel.org \ --cc=xinliang.liu@linaro.org \ --cc=yong.wu@mediatek.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.