[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a60e0657-e0cd-839c-20ea-d29a73e198ff@ti.com>
Date: Wed, 14 Dec 2016 11:14:32 +0200
From: Tomi Valkeinen <tomi.valkeinen@...com>
To: Laurent Pinchart <laurent.pinchart@...asonboard.com>
CC: <dri-devel@...ts.freedesktop.org>,
Sebastian Reichel <sre@...nel.org>,
Tony Lindgren <tony@...mide.com>,
Aaro Koskinen <aaro.koskinen@....fi>,
<linux-omap@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 12/23] drm: omapdrm: plane: update fifo size on atomic
update
On 14/12/16 11:10, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Wednesday 14 Dec 2016 10:43:18 Tomi Valkeinen wrote:
>> On 13/12/16 19:35, Laurent Pinchart wrote:
>>> On Tuesday 08 Mar 2016 17:39:44 Sebastian Reichel wrote:
>>>> This is a workaround for a hardware bug occuring
>>>> on OMAP3 with manually updated panels.
>>>
>>> Could you please explain what the bug is and how the workaround operates ?
>>> Do you have a reference to an errata document ?
>>
>> I don't think I ever found out exactly why the problem happens. But on
>> OMAP3 DSI, the fifo thresholds had to be tuned slightly, otherwise DISPC
>> would stop. dispc_ovl_compute_fifo_thresholds() does that tuning if
>> "manual_update" parameter is set on OMAP3.
>
> I've had a look at dispc_ovl_compute_fifo_thresholds() and the patch makes
> sense to me. If Sebastian could address the small issues I pointed out, we
> could then merge this. Alternatively I can take care of addressing them.
It's only needed with the rest of the DSI manual update series, so I'd
rather keep it as part of that series.
Tomi
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists