On Thu, Feb 13, 2025 at 06:29:46PM +0200, Dmitry Baryshkov wrote: > On Thu, Feb 13, 2025 at 03:43:49PM +0100, Maxime Ripard wrote: > > The drm_atomic_bridge_check() runs the atomic_check callback if needed, > > or falls back to mode_fixup if it's not there. > > > > Going forward, we'll need to setup the bridge atomic state even though > > drivers might not be implementing atomic_check at all. > > > > We can thus switch to using drm_bridge_is_atomic() to take the atomic > > path, and do additional things there in the future, or go the mode_fixup > > route. > > This will break bridges like tc358768, rcar_lvds and mtk_hdmi: they > implement atomic_reset() and mode_fixup(). What is your suggestion then? I kind of did what you were suggesting on patch 1, but it wasn't working. Then you want me to roll back to that, or something else? Maxime
Attachment:
signature.asc
Description: PGP signature
