| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20220127200141.1295328-1-swboyd@chromium.org>
Date: Thu, 27 Jan 2022 12:01:06 -0800
From: Stephen Boyd <swboyd@...omium.org>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Douglas Anderson <dianders@...omium.org>
Cc: linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
dri-devel@...ts.freedesktop.org, freedreno@...ts.freedesktop.org,
Arnd Bergmann <arnd@...db.de>,
Baolin Wang <baolin.wang7@...il.com>,
Chen Feng <puck.chen@...ilicon.com>,
Chen-Yu Tsai <wens@...e.org>,
Christian Gmeiner <christian.gmeiner@...il.com>,
Chun-Kuang Hu <chunkuang.hu@...nel.org>,
Chunyan Zhang <zhang.lyra@...il.com>,
Daniel Vetter <daniel.vetter@...ll.ch>,
Emma Anholt <emma@...olt.net>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
Heiko Stübner <heiko@...ech.de>,
Inki Dae <inki.dae@...sung.com>,
James Qian Wang <james.qian.wang@....com>,
Jaroslav Kysela <perex@...ex.cz>,
Joerg Roedel <joro@...tes.org>,
John Stultz <john.stultz@...aro.org>,
Joonyoung Shim <jy0922.shim@...sung.com>,
Jyri Sarha <jyri.sarha@....fi>,
Kai Vehmanen <kai.vehmanen@...ux.intel.com>,
Kevin Tang <kevin3.tang@...il.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
linux-fbdev@...r.kernel.org, linux-omap@...r.kernel.org,
linux-pm@...r.kernel.org, Linus Walleij <linus.walleij@...aro.org>,
Liviu Dudau <liviu.dudau@....com>,
Lucas Stach <l.stach@...gutronix.de>,
Lucas Tanure <tanureal@...nsource.cirrus.com>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Mark Brown <broonie@...nel.org>,
Maxime Ripard <mripard@...nel.org>,
Neil Armstrong <narmstrong@...libre.com>,
Orson Zhai <orsonzhai@...il.com>,
Paul Cercueil <paul@...pouillou.net>,
Philipp Zabel <p.zabel@...gutronix.de>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Rob Clark <robdclark@...il.com>,
Russell King <linux@...linux.org.uk>,
Russell King <linux+etnaviv@...linux.org.uk>,
Russell King <rmk+kernel@....linux.org.uk>,
Sandy Huang <hjc@...k-chips.com>,
Saravana Kannan <saravanak@...gle.com>,
Sebastian Reichel <sre@...nel.org>,
Seung-Woo Kim <sw0312.kim@...sung.com>,
Stefan Binding <sbinding@...nsource.cirrus.com>,
Takashi Iwai <tiwai@...e.com>,
Tian Tao <tiantao6@...ilicon.com>,
Tomas Winkler <tomas.winkler@...el.com>,
Tomi Valkeinen <tomba@...nel.org>,
Will Deacon <will@...nel.org>,
Xinliang Liu <xinliang.liu@...aro.org>,
Xinwei Kong <kong.kongxinwei@...ilicon.com>,
Yong Wu <yong.wu@...iatek.com>,
Vitaly Lubart <vitaly.lubart@...el.com>,
Daniele Ceraolo Spurio <daniele.ceraolospurio@...el.com>,
Rodrigo Vivi <rodrigo.vivi@...el.com>
Subject: [PATCH v6 00/35] component: Make into an aggregate bus
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).
Changes since v5 (https://lore.kernel.org/r/20220106214556.2461363-1-swboyd@chromium.org):
- Refcount the driver registration to support multiple device usage
- Fix runtime PM in MediaTek iommu patch
- Rebased to v5.17-rc1 and converted new component uses
- No longer expose struct aggregate_device in component.h header
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 (35):
component: Replace most references to 'master' with 'aggregate device'
component: Introduce the aggregate bus_type
component: Add aggregate_device_parent() for driver use
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/mediatek: 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
drm/sprd: Migrate to aggregate driver
usb: typec: port-mapper: Migrate to aggregate driver
ALSA: hda/realtek: Migrate to aggregate driver
component: Get rid of drm_of_component_probe()
component: Remove component_master_ops and friends
drivers/base/component.c | 571 +++++++++++-------
.../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 | 48 +-
drivers/gpu/drm/omapdrm/dss/dss.c | 20 +-
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 20 +-
drivers/gpu/drm/sprd/sprd_drm.c | 48 +-
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/memory/mtk-smi.c | 10 +-
drivers/misc/mei/hdcp/mei_hdcp.c | 22 +-
drivers/misc/mei/pxp/mei_pxp.c | 22 +-
drivers/power/supply/ab8500_charger.c | 22 +-
drivers/usb/typec/port-mapper.c | 22 +-
drivers/video/fbdev/omap2/omapfb/dss/dss.c | 20 +-
include/drm/drm_of.h | 10 +-
include/linux/component.h | 96 ++-
sound/hda/hdac_component.c | 21 +-
sound/pci/hda/patch_realtek.c | 20 +-
sound/soc/codecs/wcd938x.c | 20 +-
37 files changed, 863 insertions(+), 532 deletions(-)
Cc: Arnd Bergmann <arnd@...db.de>
Cc: Baolin Wang <baolin.wang7@...il.com>
Cc: Chen Feng <puck.chen@...ilicon.com>
Cc: Chen-Yu Tsai <wens@...e.org>
Cc: Christian Gmeiner <christian.gmeiner@...il.com>
Cc: Chun-Kuang Hu <chunkuang.hu@...nel.org>
Cc: Chunyan Zhang <zhang.lyra@...il.com>
Cc: Daniel Vetter <daniel.vetter@...ll.ch>
Cc: Emma Anholt <emma@...olt.net>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Heikki Krogerus <heikki.krogerus@...ux.intel.com>
Cc: "Heiko Stübner" <heiko@...ech.de>
Cc: Inki Dae <inki.dae@...sung.com>
Cc: James Qian Wang (Arm Technology China) <james.qian.wang@....com>
Cc: Jaroslav Kysela <perex@...ex.cz>
Cc: Joerg Roedel <joro@...tes.org>
Cc: John Stultz <john.stultz@...aro.org>
Cc: Joonyoung Shim <jy0922.shim@...sung.com>
Cc: Jyri Sarha <jyri.sarha@....fi>
Cc: Kai Vehmanen <kai.vehmanen@...ux.intel.com>
Cc: Kevin Tang <kevin3.tang@...il.com>
Cc: Kyungmin Park <kyungmin.park@...sung.com>
Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc: <linux-fbdev@...r.kernel.org>
Cc: <linux-omap@...r.kernel.org>
Cc: <linux-pm@...r.kernel.org>
Cc: Linus Walleij <linus.walleij@...aro.org>
Cc: Liviu Dudau <liviu.dudau@....com>
Cc: Lucas Stach <l.stach@...gutronix.de>
Cc: Lucas Tanure <tanureal@...nsource.cirrus.com>
Cc: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>
Cc: Mark Brown <broonie@...nel.org>
Cc: Maxime Ripard <mripard@...nel.org>
Cc: Neil Armstrong <narmstrong@...libre.com>
Cc: Orson Zhai <orsonzhai@...il.com>
Cc: Paul Cercueil <paul@...pouillou.net>
Cc: Philipp Zabel <p.zabel@...gutronix.de>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>
Cc: Rob Clark <robdclark@...il.com>
Cc: Russell King <linux@...linux.org.uk>
Cc: Russell King <linux+etnaviv@...linux.org.uk>
Cc: Russell King <rmk+kernel@....linux.org.uk>
Cc: Sandy Huang <hjc@...k-chips.com>
Cc: Saravana Kannan <saravanak@...gle.com>
Cc: Sebastian Reichel <sre@...nel.org>
Cc: Seung-Woo Kim <sw0312.kim@...sung.com>
Cc: Stefan Binding <sbinding@...nsource.cirrus.com>
Cc: Takashi Iwai <tiwai@...e.com>
Cc: Tian Tao <tiantao6@...ilicon.com>
Cc: Tomas Winkler <tomas.winkler@...el.com>
Cc: Tomi Valkeinen <tomba@...nel.org>
Cc: Will Deacon <will@...nel.org>
Cc: Xinliang Liu <xinliang.liu@...aro.org>
Cc: Xinwei Kong <kong.kongxinwei@...ilicon.com>
Cc: Yong Wu <yong.wu@...iatek.com>
Cc: Vitaly Lubart <vitaly.lubart@...el.com>
Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@...el.com>
Cc: Rodrigo Vivi <rodrigo.vivi@...el.com>
Cc: Kai Vehmanen <kai.vehmanen@...ux.intel.com>
base-commit: e783362eb54cd99b2cac8b3a9aeac942e6f6ac07
--
https://chromeos.dev
Powered by blists - more mailing lists