From: Robert Foss <robert.foss@collabora.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 4/7] lib/igt_kms: Only move the in cursor plane for Intel hw.
Date: Thu, 21 Apr 2016 13:24:53 -0400 [thread overview]
Message-ID: <57190CE5.4030602@collabora.com> (raw)
In-Reply-To: <20160421144853.GX2510@phenom.ffwll.local>
On 04/21/2016 10:48 AM, Daniel Vetter wrote:
> On Wed, Apr 20, 2016 at 10:59:46AM -0400, robert.foss@collabora.com wrote:
>> From: Robert Foss <robert.foss@collabora.com>
>>
>> Avoid moving the cursor plane when on non-intel hardware.
>> Running the move block on hardware with more than IGT_PLANE_CURSOR
>> number of planes causes planes do be zeroed out.
>>
>> Signed-off-by: Robert Foss <robert.foss@collabora.com>
>> ---
>> lib/igt_kms.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/lib/igt_kms.c b/lib/igt_kms.c
>> index 3f953ec..522ede5 100644
>> --- a/lib/igt_kms.c
>> +++ b/lib/igt_kms.c
>> @@ -1363,7 +1363,7 @@ void igt_display_init(igt_display_t *display, int drm_fd)
>> * only 1 sprite, that's the wrong slot and we need to
>> * move it down.
>> */
>> - if (p != IGT_PLANE_CURSOR) {
>> + if (IS_INTEL(drm_fd) && p != IGT_PLANE_CURSOR) {
> Reading this again, isn't the problem that on some hw there's simply no
> cursor plane? With universal planes the cursor plane should alias with
> some of the real planes, and we simply need to make sure that we get that
> aliasing right.
>
> But if there's no cursor registered, well there's no cursor ...
> -Daniel
From my point of view the problem is differentiating between the cases
when
IGT_PLANE_CURSOR is aliasing with IGT_PLANE_4 (IGT_PLANE_3+1).
IGT_PLANE_CURSOR is assumed to be the last plane in the if statement,
which isn't the case for platform with more than 4 planes.
So identifying which platforms this assumption is true (IS_INTEL()) and
only proceeding for those platforms seemed like reasonable fix.
Maybe a more generic solution is preferable.
>> pipe->planes[p] = pipe->planes[IGT_PLANE_CURSOR];
>> pipe->planes[p].index = p;
>> memset(&pipe->planes[IGT_PLANE_CURSOR], 0,
>> --
>> 2.5.0
>>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-04-21 17:24 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-20 14:59 [PATCH i-g-t 0/7] Enable kms_flip_event_leak and kms_vblank on vc4 robert.foss
2016-04-20 14:59 ` [PATCH i-g-t 1/7] lib/igt_kms: Add support for up to 10 planes per pipe robert.foss
2016-04-21 14:51 ` Daniel Vetter
2016-04-20 14:59 ` [PATCH i-g-t 2/7] lib/igt_kms: Fix plane counting in igt_display_init robert.foss
2016-04-21 9:46 ` Tomeu Vizoso
2016-04-20 14:59 ` [PATCH i-g-t 3/7] lib/igt_kms: Make sure that default planes aren't overwritten robert.foss
2016-04-21 10:51 ` Tomeu Vizoso
2016-04-21 14:50 ` Daniel Vetter
2016-04-21 17:31 ` Robert Foss
2016-04-22 12:53 ` Daniel Vetter
2016-04-22 13:23 ` Robert Foss
2016-04-20 14:59 ` [PATCH i-g-t 4/7] lib/igt_kms: Only move the in cursor plane for Intel hw robert.foss
2016-04-21 10:59 ` Tomeu Vizoso
2016-04-21 14:48 ` Daniel Vetter
2016-04-21 17:24 ` Robert Foss [this message]
2016-04-22 12:54 ` Daniel Vetter
2016-04-20 14:59 ` [PATCH i-g-t 5/7] lib/igt_kms: Switch to verbose assert robert.foss
2016-04-20 14:59 ` [PATCH i-g-t 6/7] kms_vblank: Switch from using crtc0 statically to explicitly setting mode robert.foss
2016-04-21 9:18 ` Daniel Vetter
2016-04-21 15:55 ` Daniel Vetter
2016-04-20 14:59 ` [PATCH i-g-t 7/7] kms_flip_event_leak: Enable test on DRIVER_ANY robert.foss
2016-04-21 9:19 ` Daniel Vetter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57190CE5.4030602@collabora.com \
--to=robert.foss@collabora.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.