[Intel-gfx] [PATCH v3] drm/i915: add immutable zpos plane properties

Maarten Lankhorst maarten.lankhorst at linux.intel.com
Tue Apr 16 18:13:12 UTC 2019


Op 16-04-2019 om 15:42 schreef Ville Syrjälä:
> On Tue, Apr 16, 2019 at 03:28:15PM +0200, Maarten Lankhorst wrote:
>> Op 16-04-2019 om 15:20 schreef Ville Syrjälä:
>>> On Sat, Apr 13, 2019 at 11:13:27AM +0000, Simon Ser wrote:
>>>> From: Ville Syrjälä <ville.syrjala at linux.intel.com>
>>>>
>>>> This adds basic immutable support for the zpos property. The zpos increases
>>>> from bottom to top: primary, sprites, cursor.
>>> I was thinking a bit about how we might go about testing this.
>>>
>>> We probably want a basic test that just checks that if any
>>> plane has a zpos prop then all planes should have it.
>> This would be a good test for BAT.
>>> A functional test would stack the planes up in some way and
>>> compare against a software rendered reference. IIRC there was 
>>> a zpos test case floating around but that depended on alpha
>>> blending which we don't necessarily have.
>> But with semi-overlapping planes you would accomplish the same, without alpha dependency.
>>
>> Something like this?
>>
>> [BG]   [Sprite 1]    [Cursor]
>>   [Primary]   [Sprite 2]
> Should probably be good enough. Though I was pondering is there a
> way to position an arbitraty number of planes such that the
> resulting picture has a visible region for every possible
> combination of planes?

n planes, width = width / (n + 1)

position = n * 3/4 * plane_width ? or something

If each plane has its own color, then it would work..

>> Perhaps primary fullscreen to prevent issues with hw that doesn't support partial planes?
> I guess. And maybe a second test that disables the primary
> so that we can also get the bg color into the picture?

I don't think we finalized the bg color api yet, else it would be good to have..



More information about the Intel-gfx mailing list