On 07.10.2021 13:22, Andy Shevchenko wrote:
On Wednesday, October 6, 2021, Stephen Boyd <[email protected]
<mailto:[email protected]>> wrote:
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.
I'll definitely be sending a v3 so this is partially a request for
testing to shake out any more problems. Tested-by tags would be
appreciated,
and Acked-by/Reviewed-by tags too. I sent this to gregkh which may be
incorrect but I don't know what better tree to send it all through.
Maybe drm?
I'll be faster at resending this next time, sorry for the long delay!
Yet another avoidance of mathematically proven device dependency graph...
Can we actually find and ask a mathematician to look into the problem
and suggest real solution instead of all these ugly hacks: deferred
probe (ugliest hack, how it even came into kernel?), component
framework, custom approaches on how to see if devices are in the system
(ASoC hack).
Master of Science in Math is OK? :)
The solution is simple - topological sort - this is what PM device list
does, but it is possible only if there are no circular dependencies.
And in this case we have circular dependency.
In such case the solution in case of initialization is to split it to
two phases - probe/bind (component framework), probe/attach (DSI bus)
and it works. But PM still relies on topological sort. To make PM
working with circular deps you can try to extend PM somehow (maybe
replace list of devices with list of pairs (device, phase) ??? ), or to
add notifiers to frameworks allowing providers to informs its consumers
about state change. The latter approach I have advertised several times,
even on OSS.
[1]: https://static.sched.com/hosted_files/osseu18/0f/deferred_problem.pdf
[2]: https://lwn.net/Articles/625454/
Regards
Andrzej
Changes since v1
(https://lore.kernel.org/r/[email protected]
<https://lore.kernel.org/r/[email protected]>):
- 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/[email protected]
<https://lore.kernel.org/r/[email protected]>
Stephen Boyd (34):
component: Introduce struct aggregate_device
component: Introduce the aggregate bus_type
component: Move struct aggregate_device out to header file
drm/msm: Migrate to aggregate driver
component: Add {bind,unbind}_component() ops that take aggregate
device
drm/of: Add a drm_of_aggregate_probe() API
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
drm/zte: 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
component: Remove all references to 'master'
Cc: Arnd Bergmann <[email protected] <mailto:[email protected]>>
Cc: Benjamin Gaignard <[email protected]
<mailto:[email protected]>>
Cc: Chen Feng <[email protected] <mailto:[email protected]>>
Cc: Chen-Yu Tsai <[email protected] <mailto:[email protected]>>
Cc: Christian Gmeiner <[email protected]
<mailto:[email protected]>>
Cc: Chun-Kuang Hu <[email protected]
<mailto:[email protected]>>
Cc: Daniel Vetter <[email protected]
<mailto:[email protected]>>
Cc: Emma Anholt <[email protected] <mailto:[email protected]>>
Cc: Greg Kroah-Hartman <[email protected]
<mailto:[email protected]>>
Cc: "Heiko Stübner" <[email protected] <mailto:[email protected]>>
Cc: Inki Dae <[email protected] <mailto:[email protected]>>
Cc: James Qian Wang (Arm Technology China) <[email protected]
<mailto:[email protected]>>
Cc: Jaroslav Kysela <[email protected] <mailto:[email protected]>>
Cc: Joerg Roedel <[email protected] <mailto:[email protected]>>
Cc: John Stultz <[email protected] <mailto:[email protected]>>
Cc: Joonyoung Shim <[email protected]
<mailto:[email protected]>>
Cc: Jyri Sarha <[email protected] <mailto:[email protected]>>
Cc: Kai Vehmanen <[email protected]
<mailto:[email protected]>>
Cc: Kyungmin Park <[email protected]
<mailto:[email protected]>>
Cc: Laurent Pinchart <[email protected]
<mailto:[email protected]>>
Cc: <[email protected] <mailto:[email protected]>>
Cc: <[email protected] <mailto:[email protected]>>
Cc: <[email protected] <mailto:[email protected]>>
Cc: Liviu Dudau <[email protected] <mailto:[email protected]>>
Cc: Lucas Stach <[email protected] <mailto:[email protected]>>
Cc: Mark Brown <[email protected] <mailto:[email protected]>>
Cc: Maxime Ripard <[email protected] <mailto:[email protected]>>
Cc: Neil Armstrong <[email protected]
<mailto:[email protected]>>
Cc: Paul Cercueil <[email protected] <mailto:[email protected]>>
Cc: Philipp Zabel <[email protected]
<mailto:[email protected]>>
Cc: "Rafael J. Wysocki" <[email protected] <mailto:[email protected]>>
Cc: Rob Clark <[email protected] <mailto:[email protected]>>
Cc: Russell King <[email protected] <mailto:[email protected]>>
Cc: Russell King <[email protected]
<mailto:[email protected]>>
Cc: Russell King <[email protected]
<mailto:[email protected]>>
Cc: Sandy Huang <[email protected] <mailto:[email protected]>>
Cc: Saravana Kannan <[email protected] <mailto:[email protected]>>
Cc: Sebastian Reichel <[email protected] <mailto:[email protected]>>
Cc: Seung-Woo Kim <[email protected]
<mailto:[email protected]>>
Cc: Takashi Iwai <[email protected] <mailto:[email protected]>>
Cc: Tian Tao <[email protected] <mailto:[email protected]>>
Cc: Tomas Winkler <[email protected]
<mailto:[email protected]>>
Cc: Tomi Valkeinen <[email protected] <mailto:[email protected]>>
Cc: Will Deacon <[email protected] <mailto:[email protected]>>
Cc: Xinliang Liu <[email protected]
<mailto:[email protected]>>
Cc: Xinwei Kong <[email protected]
<mailto:[email protected]>>
Cc: Yong Wu <[email protected] <mailto:[email protected]>>
drivers/base/component.c | 555 +++++++++++-------
.../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 | 20 +-
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 | 24 +-
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 | 17 +-
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/gpu/drm/zte/zx_drm_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/power/supply/ab8500_charger.c | 22 +-
drivers/video/fbdev/omap2/omapfb/dss/dss.c | 20 +-
include/drm/drm_of.h | 9 +-
include/linux/component.h | 92 ++-
sound/hda/hdac_component.c | 21 +-
sound/soc/codecs/wcd938x.c | 20 +-
33 files changed, 780 insertions(+), 488 deletions(-)
base-commit: e4e737bb5c170df6135a127739a9e6148ee3da82
--
https://chromeos.dev <https://chromeos.dev>
--
With Best Regards,
Andy Shevchenko
