From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Christian König" <christian.koenig@amd.com>,
daniel@ffwll.ch, airlied@linux.ie, mripard@kernel.org,
maarten.lankhorst@linux.intel.com, javierm@redhat.com,
noralf@tronnes.org
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2 0/5] drm: Ignore non-existing color planes in helpers
Date: Wed, 18 May 2022 10:17:32 +0200 [thread overview]
Message-ID: <0eef46cf-7678-3774-5736-e6f5f133fcc9@suse.de> (raw)
In-Reply-To: <d9d8a396-cb1f-054f-1309-c483dc1724f1@amd.com>
[-- Attachment #1.1: Type: text/plain, Size: 3209 bytes --]
Hi
Am 17.05.22 um 13:56 schrieb Christian König:
> Am 17.05.22 um 13:33 schrieb Thomas Zimmermann:
>> Some DRM helpers assume that all potential color planes of a framebuffer
>> are available; even if the color format didn't specify them. Non-existing
>> planes are silently ignored. This behavior is inconsistent with other
>> helpers and apparently leads to subtle bugs with uninitialized GEM buffer
>> mappings. [1]
>>
>> Change all affected code to look at the framebuffer format's number of
>> color planes and only process these planes. The update has been discussed
>> in [2] before.
>>
>> Tested with GEM SHMEM helpers on simpledrm and with GEM VRAM helpers on
>> ast.
>
> I'm not deep enough into all the details for a full review, but feel
> free to add an Acked-by: Christian König <christian.koenig@amd.com> to
> the series.
Thanks a lot. I cc'ed you because we recently talked about the
inconsistent use of num_planes throughout the DRM helpers.
Best regards
Thomas
>
> Thanks,
> Christian.
>
>>
>> v2:
>> * refactor GEM VRAM code before fixing it (Javier)
>> * print more error information in #1 (Javier)
>> * commit-message fixes (Javier)
>>
>> [1]
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Fdri-devel%2F20210730183511.20080-1-tzimmermann%40suse.de%2FT%2F%23md0172b10bb588d8f20f4f456e304f08d2a4505f7&data=05%7C01%7Cchristian.koenig%40amd.com%7Cc512a92c206f4af0691108da37f915a1%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637883840259373791%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6fXRY%2BWlo1I47tcuRHiamAZ9JGM%2FHaYTfyGnxNrqUts%3D&reserved=0
>>
>> [2]
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Fdri-devel%2F877dc0d9-c6c6-022c-20d8-14b33e863934%40suse.de%2F&data=05%7C01%7Cchristian.koenig%40amd.com%7Cc512a92c206f4af0691108da37f915a1%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637883840259373791%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6iFYw5EtQNaSiPrHIAawBw87lj6M66o7j0ADY0ipifs%3D&reserved=0
>>
>>
>> Thomas Zimmermann (5):
>> drm/gem: Share code between drm_gem_fb_{begin,end}_cpu_access()
>> drm/gem: Ignore color planes that are unused by framebuffer format
>> drm/gem-vram: Share code between GEM VRAM's _{prepare,cleanup}_fb()
>> drm/gem-vram: Ignore planes that are unused by framebuffer format
>> drm/gem: Warn on trying to use a non-existing framebuffer plane
>>
>> drivers/gpu/drm/drm_gem_atomic_helper.c | 6 +-
>> drivers/gpu/drm/drm_gem_framebuffer_helper.c | 104 +++++++++----------
>> drivers/gpu/drm/drm_gem_vram_helper.c | 54 ++++++----
>> include/drm/drm_gem_framebuffer_helper.h | 10 +-
>> 4 files changed, 92 insertions(+), 82 deletions(-)
>>
>
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Ivo Totev
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
prev parent reply other threads:[~2022-05-18 8:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-17 11:33 [PATCH v2 0/5] drm: Ignore non-existing color planes in helpers Thomas Zimmermann
2022-05-17 11:33 ` [PATCH v2 1/5] drm/gem: Share code between drm_gem_fb_{begin, end}_cpu_access() Thomas Zimmermann
2022-05-17 11:33 ` [PATCH v2 2/5] drm/gem: Ignore color planes that are unused by framebuffer format Thomas Zimmermann
2022-05-17 11:33 ` [PATCH v2 3/5] drm/gem-vram: Share code between GEM VRAM's _{prepare, cleanup}_fb() Thomas Zimmermann
2022-05-18 8:07 ` [PATCH v2 3/5] drm/gem-vram: Share code between GEM VRAM's _{prepare,cleanup}_fb() Javier Martinez Canillas
2022-05-17 11:33 ` [PATCH v2 4/5] drm/gem-vram: Ignore planes that are unused by framebuffer format Thomas Zimmermann
2022-05-17 11:33 ` [PATCH v2 5/5] drm/gem: Warn on trying to use a non-existing framebuffer plane Thomas Zimmermann
2022-05-17 11:56 ` [PATCH v2 0/5] drm: Ignore non-existing color planes in helpers Christian König
2022-05-18 8:17 ` Thomas Zimmermann [this message]
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=0eef46cf-7678-3774-5736-e6f5f133fcc9@suse.de \
--to=tzimmermann@suse.de \
--cc=airlied@linux.ie \
--cc=christian.koenig@amd.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=javierm@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=noralf@tronnes.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.