[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5012b318-dbd6-aedb-9d02-1c7e927637a7@suse.de>
Date: Tue, 25 May 2021 12:03:37 +0200
From: Thomas Zimmermann <tzimmermann@...e.de>
To: Paul Cercueil <paul@...pouillou.net>
Cc: David Airlie <airlied@...ux.ie>, linux-kernel@...r.kernel.org,
dri-devel@...ts.freedesktop.org, linux-mips@...r.kernel.org,
Christoph Hellwig <hch@...radead.org>, list@...ndingux.net
Subject: Re: [PATCH v5 0/3] Add option to mmap GEM buffers cached
Hi
Am 23.05.21 um 21:19 schrieb Paul Cercueil:
> Hi Thomas,
>
> Le dim., mai 23 2021 at 21:05:30 +0200, Thomas Zimmermann
> <tzimmermann@...e.de> a écrit :
>> Hi
>>
>> Am 23.05.21 um 19:04 schrieb Paul Cercueil:
>>> V5 of my patchset which adds the option for having GEM buffers backed
by
>>> non-coherent memory.
>>>
>>> Changes from V4:
>>>
>>> - [2/3]:
>>> - Rename to drm_fb_cma_sync_non_coherent
>>> - Invert loops for better cache locality
>>> - Only sync BOs that have the non-coherent flag
>>> - Properly sort includes
>>> - Move to drm_fb_cma_helper.c to avoid circular dependency
>>
>> I'm pretty sure it's still not the right place. That would be
>> something like drm_gem_cma_atomic_helper.c, but creating a new file
>> just for a single function doesn't make sense.
>
> drm_fb_cma_sync_non_coherent calls drm_fb_cma_* functions, so it's a
> better match than its former location (which wasn't good as it created a
> circular dependency between drm.ko and drm-kms-helper.ko).
>
> Do you have a better idea?
No, it was more of a rant than a review comment. Please go ahead and
merge the patchset.
Best regards
Thomas
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer
Download attachment "OpenPGP_signature" of type "application/pgp-signature" (841 bytes)
Powered by blists - more mailing lists