On Wednesday, October 6, 2021, Stephen Boyd <[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).



> Changes since v1 (https://lore.kernel.org/r/20210520002519.3538432-1-
> [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]
>
> 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]>
> Cc: Benjamin Gaignard <[email protected]>
> Cc: Chen Feng <[email protected]>
> Cc: Chen-Yu Tsai <[email protected]>
> Cc: Christian Gmeiner <[email protected]>
> Cc: Chun-Kuang Hu <[email protected]>
> Cc: Daniel Vetter <[email protected]>
> Cc: Emma Anholt <[email protected]>
> Cc: Greg Kroah-Hartman <[email protected]>
> Cc: "Heiko Stübner" <[email protected]>
> Cc: Inki Dae <[email protected]>
> Cc: James Qian Wang (Arm Technology China) <[email protected]>
> Cc: Jaroslav Kysela <[email protected]>
> Cc: Joerg Roedel <[email protected]>
> Cc: John Stultz <[email protected]>
> Cc: Joonyoung Shim <[email protected]>
> Cc: Jyri Sarha <[email protected]>
> Cc: Kai Vehmanen <[email protected]>
> Cc: Kyungmin Park <[email protected]>
> Cc: Laurent Pinchart <[email protected]>
> Cc: <[email protected]>
> Cc: <[email protected]>
> Cc: <[email protected]>
> Cc: Liviu Dudau <[email protected]>
> Cc: Lucas Stach <[email protected]>
> Cc: Mark Brown <[email protected]>
> Cc: Maxime Ripard <[email protected]>
> Cc: Neil Armstrong <[email protected]>
> Cc: Paul Cercueil <[email protected]>
> Cc: Philipp Zabel <[email protected]>
> Cc: "Rafael J. Wysocki" <[email protected]>
> Cc: Rob Clark <[email protected]>
> Cc: Russell King <[email protected]>
> Cc: Russell King <[email protected]>
> Cc: Russell King <[email protected]>
> Cc: Sandy Huang <[email protected]>
> Cc: Saravana Kannan <[email protected]>
> Cc: Sebastian Reichel <[email protected]>
> Cc: Seung-Woo Kim <[email protected]>
> Cc: Takashi Iwai <[email protected]>
> Cc: Tian Tao <[email protected]>
> Cc: Tomas Winkler <[email protected]>
> Cc: Tomi Valkeinen <[email protected]>
> Cc: Will Deacon <[email protected]>
> Cc: Xinliang Liu <[email protected]>
> Cc: Xinwei Kong <[email protected]>
> Cc: Yong Wu <[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
>
>

-- 
With Best Regards,
Andy Shevchenko

Reply via email to