[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <DEV8UT3JZ42I.3UQX5KEVZEXO1@bootlin.com>
Date: Thu, 11 Dec 2025 09:28:29 +0100
From: "Luca Ceresoli" <luca.ceresoli@...tlin.com>
To: "Maxime Ripard" <mripard@...nel.org>
Cc: <dri-devel@...ts.freedesktop.org>, <linux-kernel@...r.kernel.org>,
"Andrzej Hajda" <andrzej.hajda@...el.com>, "David Airlie"
<airlied@...il.com>, "Dmitry Baryshkov" <lumag@...nel.org>, "Hui Pu"
<Hui.Pu@...ealthcare.com>, "Jernej Skrabec" <jernej.skrabec@...il.com>,
"Jonas Karlman" <jonas@...boo.se>, "Laurent Pinchart"
<Laurent.pinchart@...asonboard.com>, "Maarten Lankhorst"
<maarten.lankhorst@...ux.intel.com>, "Neil Armstrong"
<neil.armstrong@...aro.org>, "Robert Foss" <rfoss@...nel.org>, "Simona
Vetter" <simona@...ll.ch>, "Thomas Petazzoni"
<thomas.petazzoni@...tlin.com>, "Thomas Zimmermann" <tzimmermann@...e.de>,
"Francesco Dolcini" <francesco@...cini.it>, "Emanuele Ghidoli"
<ghidoliemanuele@...il.com>, João Paulo Gonçalves
<jpaulo.silvagoncalves@...il.com>
Subject: Re: [PATCH v3 0/2] drm/bridge: handle gracefully atomic updates
during bridge removal
Hello,
On Fri Nov 28, 2025 at 11:07 AM CET, Maxime Ripard wrote:
> On Fri, Nov 28, 2025 at 09:09:17AM +0100, Luca Ceresoli wrote:
>> Hi Maxime,
>>
>> +Cc Emanuele, Francesco, João
>>
>> On Thu Nov 27, 2025 at 7:35 PM CET, Maxime Ripard wrote:
>> > On Wed, 12 Nov 2025 17:34:33 +0100, Luca Ceresoli wrote:
>> >> This is a first attempt at gracefully handling the case of atomic updates
>> >> happening concurrently to physical removal of DRM bridges.
>> >>
>> >> This is part of the work to support hotplug of DRM bridges. The grand plan
>> >> was discussed in [1].
>> >>
>> >> [ ... ]
>> >
>> > Reviewed-by: Maxime Ripard <mripard@...nel.org>
>>
>> Thanks for reviewing!
>>
>> Two alternative patches [0][1] have been sent to address the issue with
>> PLL_UNLOCK, and both would conflict with patch 2 of this series. So I'd
>> keep this series on hold for a while, waiting for a decision to be taken
>> about how the PLL_UNLOCK issue will be handled. I'll then rebase this
>> series as needed.
>
> Yep, agreed.
Turns out the patch that got applied does not conflict with this series,
out of luck with the code layout.
So I'm applying this one today.
Luca
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Powered by blists - more mailing lists