Re: [PATCH v4 24/80] drm/omap: dsi: move TE GPIO handling into core

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/02/2021 19:35, Tony Lindgren wrote:
> * Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx> [210211 07:35]:
>> On 08/02/2021 19:55, Tony Lindgren wrote:
>>> Hi,
>>>
>>> * Tomi Valkeinen <tomi.valkeinen@xxxxxx> [201124 12:47]:
>>>> From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
>>>>
>>>> In preparation for removing custom DSS calls from the DSI
>>>> panel driver, this moves support for external tearing event
>>>> GPIOs into the DSI host driver. This way tearing events are
>>>> always handled in the core resulting in simplification of
>>>> the panel drivers.
>>>>
>>>> The TE GPIO acquisition follows works in the same way as the
>>>> exynos DSI implementation.
>>>
>>> Looks like this patch causes the following warnings:
>>>
>>> DSI: omapdss DSI error: Failed to receive BTA
>>> DSI: omapdss DSI error: bta sync failed
>>> DSI: omapdss DSI error: vc(0) busy when trying to config for VP
>>> DSI: omapdss DSI error: Failed to receive BTA
>>> DSI: omapdss DSI error: bta sync failed
>>> DSI: omapdss DSI error: vc(0) busy when trying to config for VP
>>> DSI: omapdss DSI error: Failed to receive BTA
>>> DSI: omapdss DSI error: bta sync failed
>>> DSI: omapdss DSI error: vc(0) busy when trying to config for VP
>>> ...
>>>
>>> Any ideas? The display works for me despite the constant
>>> warnings.
>>
>> Which board is that? Do the errors start right from the boot, or only
>> after running something in userspace?
> 
> This is with droid4, that's about the only device I use with a display
> on regular basis. I'm pretty sure some earlier version of Sebastian's
> patches worked fine.

OMAP4 SDP doesn't produce these errors and the HW looks rather
identical. Although I noticed something odd there, running kmstest
--flip on the first display works fine, but running on the second
display gets a bit erratic fps. Which is a bit odd as everything should
be identical.

So these errors start from the boot? Or only when running something
specific?

Is there a bootloader that initializes the display?

 Tomi



[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux