All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	linux@armlinux.org.uk, matthias.bgg@gmail.com,
	thierry.reding@gmail.com, amd-gfx@lists.freedesktop.org,
	sam@ravnborg.org, emil.velikov@collabora.com,
	abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, michal.simek@xilinx.com,
	krzk@kernel.org, jonathanh@nvidia.com,
	linux-rockchip@lists.infradead.org, tomi.valkeinen@ti.com,
	bskeggs@redhat.com, xen-devel@lists.xenproject.org,
	marek.olsak@amd.com, matthew.auld@intel.com,
	chunkuang.hu@kernel.org, andi.shyti@intel.com,
	linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	tianci.yin@amd.com, nirmoy.das@amd.com,
	etnaviv@lists.freedesktop.org, hdegoede@redhat.com,
	linux-mediatek@lists.infradead.org, rodrigo.vivi@intel.com,
	linux-tegra@vger.kernel.org, evan.quan@amd.com, sean@poorly.run,
	linux-arm-kernel@lists.infradead.org,
	tvrtko.ursulin@linux.intel.com, chris@chris-wilson.co.uk,
	rodrigosiqueiramelo@gmail.com, hyun.kwon@xilinx.com,
	aaron.liu@amd.com, Felix.Kuehling@amd.com, xinhui.pan@amd.com,
	sw0312.kim@samsung.com, hjc@rock-chips.com,
	kyungmin.park@samsung.com, miaoqinglang@huawei.com,
	kgene@kernel.org, alexander.deucher@amd.com,
	freedreno@lists.freedesktop.org, christian.koenig@amd.com,
	Hawking.Zhang@amd.com
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	linux@armlinux.org.uk, matthias.bgg@gmail.com,
	amd-gfx@lists.freedesktop.org, sam@ravnborg.org,
	emil.velikov@collabora.com, abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, michal.simek@xilinx.com,
	krzk@kernel.org, jonathanh@nvidia.com,
	linux-rockchip@lists.infradead.org, tomi.valkeinen@ti.com,
	bskeggs@redhat.com, xen-devel@lists.xenproject.org,
	marek.olsak@amd.com, matthew.auld@intel.com,
	chunkuang.hu@kernel.org, linux-arm-msm@vger.kernel.org,
	intel-gfx@lists.freedesktop.org, tianci.yin@amd.com,
	nirmoy.das@amd.com, etnaviv@lists.freedesktop.org,
	linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org,
	evan.quan@amd.com, linux-arm-kernel@lists.infradead.org,
	chris@chris-wilson.co.uk, rodrigosiqueiramelo@gmail.com,
	hyun.kwon@xilinx.com, aaron.liu@amd.com, Felix.Kuehling@amd.com,
	xinhui.pan@amd.com, sw0312.kim@samsung.com, hjc@rock-chips.com,
	kyungmin.park@samsung.com, miaoqinglang@huawei.com,
	kgene@kernel.org, alexander.deucher@amd.com,
	freedreno@lists.freedesktop.org, christian.koenig@amd.com,
	Hawking.Zhang@amd.com
Subject: Re: [Intel-gfx] [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	michal.simek@xilinx.com, thierry.reding@gmail.com,
	krzk@kernel.org, sam@ravnborg.org, emil.velikov@collabora.com,
	abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, tomi.valkeinen@ti.com,
	linux-tegra@vger.kernel.org, linux@armlinux.org.uk,
	jonathanh@nvidia.com, linux-rockchip@lists.infradead.org,
	kgene@kernel.org, bskeggs@redhat.com,
	xen-devel@lists.xenproject.org, intel-gfx@lists.freedesktop.org,
	matthew.auld@intel.com, chunkuang.hu@kernel.org,
	andi.shyti@intel.com, linux-arm-msm@vger.kernel.org,
	marek.olsak@amd.com, tianci.yin@amd.com,
	etnaviv@lists.freedesktop.org, hdegoede@redhat.com,
	linux-mediatek@lists.infradead.org, rodrigo.vivi@intel.com,
	matthias.bgg@gmail.com, evan.quan@amd.com, sean@poorly.run,
	linux-arm-kernel@lists.infradead.org,
	tvrtko.ursulin@linux.intel.com, amd-gfx@lists.freedesktop.org,
	chris@chris-wilson.co.uk, hyun.kwon@xilinx.com,
	rodrigosiqueiramelo@gmail.com, aaron.liu@amd.com,
	Felix.Kuehling@amd.com, xinhui.pan@amd.com,
	sw0312.kim@samsung.com, hjc@rock-chips.com,
	miaoqinglang@huawei.com, kyungmin.park@samsung.com,
	nirmoy.das@amd.com, alexander.deucher@amd.com,
	Hawking.Zhang@amd.com, freedreno@lists.freedesktop.org,
	christian.koenig@amd.com
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	linux@armlinux.org.uk, matthias.bgg@gmail.com,
	thierry.reding@gmail.com, amd-gfx@lists.freedesktop.org,
	sam@ravnborg.org, emil.velikov@collabora.com,
	abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, michal.simek@xilinx.com,
	krzk@kernel.org, jonathanh@nvidia.com,
	linux-rockchip@lists.infradead.org, tomi.valkeinen@ti.com,
	bskeggs@redhat.com, xen-devel@lists.xenproject.org,
	marek.olsak@amd.com, matthew.auld@intel.com,
	chunkuang.hu@kernel.org, andi.shyti@intel.com,
	linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	tianci.yin@amd.com, nirmoy.das@amd.com,
	etnaviv@lists.freedesktop.org, hdegoede@redhat.com,
	linux-mediatek@lists.infradead.org, rodrigo.vivi@intel.com,
	linux-tegra@vger.kernel.org, evan.quan@amd.com, sean@poorly.run,
	linux-arm-kernel@lists.infradead.org,
	tvrtko.ursulin@linux.intel.com, chris@chris-wilson.co.uk,
	rodrigosiqueiramelo@gmail.com, hyun.kwon@xilinx.com,
	aaron.liu@amd.com, Felix.Kuehling@amd.com, xinhui.pan@amd.com,
	sw0312.kim@samsung.com, hjc@rock-chips.com,
	kyungmin.park@samsung.com, miaoqinglang@huawei.com,
	kgene@kernel.org, alexander.deucher@amd.com,
	freedreno@lists.freedesktop.org, christian.koenig@amd.com,
	Hawking.Zhang@amd.com
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 170 bytes --]

_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	linux@armlinux.org.uk, matthias.bgg@gmail.com,
	thierry.reding@gmail.com, amd-gfx@lists.freedesktop.org,
	sam@ravnborg.org, emil.velikov@collabora.com,
	abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, michal.simek@xilinx.com,
	krzk@kernel.org, jonathanh@nvidia.com,
	linux-rockchip@lists.infradead.org, tomi.valkeinen@ti.com,
	bskeggs@redhat.com, xen-devel@lists.xenproject.org,
	marek.olsak@amd.com, matthew.auld@intel.com,
	chunkuang.hu@kernel.org, andi.shyti@intel.com,
	linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	tianci.yin@amd.com, nirmoy.das@amd.com,
	etnaviv@lists.freedesktop.org, hdegoede@redhat.com,
	linux-mediatek@lists.infradead.org, rodrigo.vivi@intel.com,
	linux-tegra@vger.kernel.org, evan.quan@amd.com, sean@poorly.run,
	linux-arm-kernel@lists.infradead.org,
	tvrtko.ursulin@linux.intel.com, chris@chris-wilson.co.uk,
	rodrigosiqueiramelo@gmail.com, hyun.kwon@xilinx.com,
	aaron.liu@amd.com, Felix.Kuehling@amd.com, xinhui.pan@amd.com,
	sw0312.kim@samsung.com, hjc@rock-chips.com,
	kyungmin.park@samsung.com, miaoqinglang@huawei.com,
	kgene@kernel.org, alexander.deucher@amd.com,
	freedreno@lists.freedesktop.org, christian.koenig@amd.com,
	Hawking.Zhang@amd.com
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 170 bytes --]

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann-l3A5Bk7waGM@public.gmane.org>
To: Laurent Pinchart
	<laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>
Cc: hamohammed.sa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	airlied-cv59FeDIM0c@public.gmane.org,
	nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	michal.simek-gjFFaj9aHVfQT0dZR+AlfA@public.gmane.org,
	thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	krzk-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org,
	emil.velikov-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org,
	abdiel.janulgue-VuQAYsv1563Yd54FQh9/CA@public.gmane.org,
	linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	jy0922.shim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
	oleksandr_andrushchenko-uRwfk40T5oI@public.gmane.org,
	tomi.valkeinen-l0cyMroinI0@public.gmane.org,
	linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org,
	jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org,
	linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	bskeggs-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org,
	intel-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	matthew.auld-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
	chunkuang.hu-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	andi.shyti-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
	linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	marek.olsak-5C7GfCeVMHo@public.gmane.org,
	tianci.yin-5C7GfCeVMHo@public.gmane.org,
	etnaviv-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org,
	hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.orglinux
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057-N3hz7ZxfLydczECFQUw77jytWr6r+dGw0E9HWUfgJXw@public.gmane.org>


[-- Attachment #1.1: Type: text/plain, Size: 3025 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann-l3A5Bk7waGM@public.gmane.org>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
	nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
	linux@armlinux.org.uk, matthias.bgg@gmail.com,
	thierry.reding@gmail.com, amd-gfx@lists.freedesktop.org,
	sam@ravnborg.org, emil.velikov@collabora.com,
	abdiel.janulgue@linux.intel.com,
	linux-samsung-soc@vger.kernel.org, jy0922.shim@samsung.com,
	oleksandr_andrushchenko@epam.com, michal.simek@xilinx.com,
	krzk@kernel.org, jonathanh@nvidia.com,
	linux-rockchip@lists.infradead.org, tomi.valkeinen@ti.com,
	bskeggs@redhat.com, xen-devel@lists.xenproject.org,
	marek.olsak@amd.com, matthew.auld@intel.com,
	chunkuang.hu@kernel.org, andi.shyti@intel.com,
	linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	tianci.yin@amd.com, nirmoy.das@amd.com,
	etnaviv@lists.freedesktop.org, hdegoede@redhat.com,
	linux-mediatek@lists.infradead.org, rodrigo.vivi@intel.com,
	linux-tegra@vger.kernel.org, evan.quan@amd.com, sean@poorly.run,
	linux-arm-kernel@lists.infradead.org,
	tvrtko.ursulin@linux.intel.com, chris@chris-wilson.co.uk,
	rodrigosiqueiramelo@gmail.com, hyun.kwon@xilinx.com,
	aaron.liu@amd.com, Felix.Kuehling@amd.com, xinhui.pan@amd.com,
	sw0312.kim@samsung.com, hjc@rock-chips.com,
	kyungmin.park@samsung.com, miaoqinglang@huawei.com,
	kgene@kernel.org, alexander.deucher@amd.com,
	freedreno@lists.freedesktop.org, christian.koenig@amd.com,
	Hawking.Zhang@amd.com
Subject: Re: [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro
Date: Thu, 13 Aug 2020 15:57:32 +0200	[thread overview]
Message-ID: <a8e39798-9812-e325-255a-e6536cb32339@suse.de> (raw)
In-Reply-To: <20200813133605.GJ6057@pendragon.ideasonboard.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3004 bytes --]

Hi

Am 13.08.20 um 15:36 schrieb Laurent Pinchart:
> Hi Thomas,
> 
> Thank you for the patch.
> 
> On Thu, Aug 13, 2020 at 10:36:43AM +0200, Thomas Zimmermann wrote:
>> The xlnx driver uses CMA helpers with default callback functions.
>> Initialize the driver structure with the rsp CMA helper macro. The
>> driver is being converted to use GEM object functions as part of
>> this change.
>>
>> Two callbacks, .dumb_destroy and .gem_prime_import, were initialized
>> to their default implementations, so they are just kept empty now.
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> ---
>>  drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 14 +-------------
>>  1 file changed, 1 insertion(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> index 26328c76305b..058044dcc062 100644
>> --- a/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> +++ b/drivers/gpu/drm/xlnx/zynqmp_dpsub.c
>> @@ -80,19 +80,7 @@ static struct drm_driver zynqmp_dpsub_drm_driver = {
>>  	.driver_features		= DRIVER_MODESET | DRIVER_GEM |
>>  					  DRIVER_ATOMIC,
>>  
>> -	.prime_handle_to_fd		= drm_gem_prime_handle_to_fd,
>> -	.prime_fd_to_handle		= drm_gem_prime_fd_to_handle,
>> -	.gem_prime_export		= drm_gem_prime_export,
>> -	.gem_prime_import		= drm_gem_prime_import,
>> -	.gem_prime_get_sg_table		= drm_gem_cma_prime_get_sg_table,
>> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
>> -	.gem_prime_vmap			= drm_gem_cma_prime_vmap,
>> -	.gem_prime_vunmap		= drm_gem_cma_prime_vunmap,
>> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
>> -	.gem_free_object_unlocked	= drm_gem_cma_free_object,
>> -	.gem_vm_ops			= &drm_gem_cma_vm_ops,
>> -	.dumb_create			= zynqmp_dpsub_dumb_create,
>> -	.dumb_destroy			= drm_gem_dumb_destroy,
>> +	DRM_GEM_CMA_DRIVER_OPS_VMAP_WITH_DUMB_CREATE(zynqmp_dpsub_dumb_create),
> 
> The only effective change here is
> 
> -	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table,
> -	.gem_prime_mmap			= drm_gem_cma_prime_mmap,
> +	.gem_prime_import_sg_table	= drm_gem_cma_prime_import_sg_table_vmap,
> +	.gem_prime_mmap			= drm_gem_prime_mmap,
> 
> The change is significant, and I have a hard time following the code to
> verify that it's correct, or if it's an undesired side effect. If it's
> correct, could the change be mentioned in the commit message, with at
> least a brief explanation of why this is correct, and what the
> consequences here ?

I think this is a mistake that I didn't notice. Thanks for spotting it.
Initializing the driver structure
DRM_GEM_CMA_DRIVER_OPS_WITH_DUMB_CREATE should fix it. I'll change this
for the patch's next revision.

Best regards
Thomas

> 
>>  
>>  	.fops				= &zynqmp_dpsub_drm_fops,
>>  
> 

-- 
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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2020-08-13 13:57 UTC|newest]

Thread overview: 240+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-13  8:36 [PATCH 00/20] Convert all remaining drivers to GEM object functions Thomas Zimmermann
2020-08-13  8:36 ` Thomas Zimmermann
2020-08-13  8:36 ` Thomas Zimmermann
2020-08-13  8:36 ` Thomas Zimmermann
2020-08-13  8:36 ` Thomas Zimmermann
2020-08-13  8:36 ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 01/20] drm/amdgpu: Introduce " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 10:22   ` Christian König
2020-08-13 10:22     ` Christian König
2020-08-13 10:22     ` Christian König
2020-08-13 10:22     ` Christian König
2020-08-13 10:22     ` Christian König
2020-08-13 10:22     ` Christian König
2020-08-13 10:22     ` [Intel-gfx] " Christian König
2020-09-14 15:05     ` Thomas Zimmermann
2020-09-14 15:05       ` Thomas Zimmermann
2020-09-14 15:05       ` Thomas Zimmermann
2020-09-14 15:05       ` Thomas Zimmermann
2020-09-14 15:05       ` Thomas Zimmermann
2020-09-14 15:05       ` Thomas Zimmermann
2020-09-14 15:05       ` [Intel-gfx] " Thomas Zimmermann
2020-09-14 17:51       ` Christian König
2020-09-14 17:51         ` Christian König
2020-09-14 17:51         ` Christian König
2020-09-14 17:51         ` Christian König
2020-09-14 17:51         ` [Intel-gfx] " Christian König
2020-08-13  8:36 ` [PATCH 02/20] drm/armada: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 03/20] drm/etnaviv: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 04/20] drm/exynos: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 05/20] drm/gma500: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 06/20] drm/i915: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  9:08   ` Jani Nikula
2020-08-13  9:08     ` Jani Nikula
2020-08-13  9:08     ` Jani Nikula
2020-08-13  9:08     ` Jani Nikula
2020-08-13  9:08     ` Jani Nikula
2020-08-13  9:08     ` [Intel-gfx] " Jani Nikula
2020-08-13  9:13     ` Thomas Zimmermann
2020-08-13  9:13       ` Thomas Zimmermann
2020-08-13  9:13       ` Thomas Zimmermann
2020-08-13  9:13       ` Thomas Zimmermann
2020-08-13  9:13       ` Thomas Zimmermann
2020-08-13  9:13       ` Thomas Zimmermann
2020-08-13  9:13       ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 07/20] drm/mediatek: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 08/20] drm/msm: Introduce GEM object funcs Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 09/20] drm/nouveau: Introduce GEM object functions Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 10/20] drm/omapdrm: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 13:38   ` Laurent Pinchart
2020-08-13 13:38     ` Laurent Pinchart
2020-08-13 13:38     ` Laurent Pinchart
2020-08-13 13:38     ` Laurent Pinchart
2020-08-13 13:38     ` Laurent Pinchart
2020-08-13 13:38     ` Laurent Pinchart
2020-08-13 13:38     ` [Intel-gfx] " Laurent Pinchart
2020-08-19 10:43   ` Tomi Valkeinen
2020-08-19 10:43     ` Tomi Valkeinen
2020-08-19 10:43     ` Tomi Valkeinen
2020-08-19 10:43     ` Tomi Valkeinen
2020-08-19 10:43     ` Tomi Valkeinen
2020-08-19 10:43     ` Tomi Valkeinen
2020-08-19 10:43     ` [Intel-gfx] " Tomi Valkeinen
2020-08-13  8:36 ` [PATCH 11/20] drm/pl111: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 12/20] drm/radeon: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 10:24   ` Christian König
2020-08-13 10:24     ` Christian König
2020-08-13 10:24     ` Christian König
2020-08-13 10:24     ` Christian König
2020-08-13 10:24     ` Christian König
2020-08-13 10:24     ` Christian König
2020-08-13 10:24     ` [Intel-gfx] " Christian König
2020-08-13 10:41     ` Thomas Zimmermann
2020-08-13 10:41       ` Thomas Zimmermann
2020-08-13 10:41       ` Thomas Zimmermann
2020-08-13 10:41       ` Thomas Zimmermann
2020-08-13 10:41       ` Thomas Zimmermann
2020-08-13 10:41       ` Thomas Zimmermann
2020-08-13 10:41       ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 10:47       ` Christian König
2020-08-13 10:47         ` Christian König
2020-08-13 10:47         ` Christian König
2020-08-13 10:47         ` Christian König
2020-08-13 10:47         ` Christian König
2020-08-13 10:47         ` Christian König
2020-08-13 10:47         ` [Intel-gfx] " Christian König
2020-08-13  8:36 ` [PATCH 13/20] drm/rockchip: Convert to drm_gem_object_funcs Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 11:26   ` kernel test robot
2020-08-13  8:36 ` [PATCH 14/20] drm/tegra: Introduce GEM object functions Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 15/20] drm/vc4: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 16/20] drm/vgem: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 17/20] drm/vkms: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 18/20] drm/xen: " Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 11:19   ` Oleksandr Andrushchenko
2020-08-13 11:19     ` Oleksandr Andrushchenko
2020-08-13 11:19     ` Oleksandr Andrushchenko
2020-08-13 11:19     ` Oleksandr Andrushchenko
2020-08-13 11:19     ` Oleksandr Andrushchenko
2020-08-13 11:19     ` Oleksandr Andrushchenko
2020-08-13 11:19     ` [Intel-gfx] " Oleksandr Andrushchenko
2020-09-15  8:56     ` Thomas Zimmermann
2020-09-15  8:56       ` Thomas Zimmermann
2020-09-15  8:56       ` Thomas Zimmermann
2020-09-15  8:56       ` Thomas Zimmermann
2020-09-15  8:56       ` Thomas Zimmermann
2020-09-15  8:56       ` Thomas Zimmermann
2020-09-15  8:56       ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 19/20] drm/xlnx: Initialize DRM driver instance with CMA helper macro Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 13:36   ` Laurent Pinchart
2020-08-13 13:36     ` Laurent Pinchart
2020-08-13 13:36     ` Laurent Pinchart
2020-08-13 13:36     ` Laurent Pinchart
2020-08-13 13:36     ` Laurent Pinchart
2020-08-13 13:36     ` Laurent Pinchart
2020-08-13 13:36     ` [Intel-gfx] " Laurent Pinchart
2020-08-13 13:57     ` Thomas Zimmermann [this message]
2020-08-13 13:57       ` Thomas Zimmermann
2020-08-13 13:57       ` Thomas Zimmermann
2020-08-13 13:57       ` Thomas Zimmermann
2020-08-13 13:57       ` Thomas Zimmermann
2020-08-13 13:57       ` Thomas Zimmermann
2020-08-13 13:57       ` [Intel-gfx] " Thomas Zimmermann
2020-08-13  8:36 ` [PATCH 20/20] drm: Remove obsolete GEM and PRIME callbacks from struct drm_driver Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` Thomas Zimmermann
2020-08-13  8:36   ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 10:16   ` Sam Ravnborg
2020-08-13 10:16     ` Sam Ravnborg
2020-08-13 10:16     ` Sam Ravnborg
2020-08-13 10:16     ` Sam Ravnborg
2020-08-13 10:16     ` Sam Ravnborg
2020-08-13 10:16     ` Sam Ravnborg
2020-08-13 10:16     ` [Intel-gfx] " Sam Ravnborg
2020-08-13 10:33     ` Thomas Zimmermann
2020-08-13 10:33       ` Thomas Zimmermann
2020-08-13 10:33       ` Thomas Zimmermann
2020-08-13 10:33       ` Thomas Zimmermann
2020-08-13 10:33       ` Thomas Zimmermann
2020-08-13 10:33       ` Thomas Zimmermann
2020-08-13 10:33       ` [Intel-gfx] " Thomas Zimmermann
2020-08-13 12:45   ` kernel test robot
2020-08-13 15:41   ` kernel test robot
2020-08-13  9:30 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Convert all remaining drivers to GEM object functions Patchwork
2020-08-13  9:47 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork

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=a8e39798-9812-e325-255a-e6536cb32339@suse.de \
    --to=tzimmermann@suse.de \
    --cc=Felix.Kuehling@amd.com \
    --cc=Hawking.Zhang@amd.com \
    --cc=aaron.liu@amd.com \
    --cc=abdiel.janulgue@linux.intel.com \
    --cc=airlied@linux.ie \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=andi.shyti@intel.com \
    --cc=bskeggs@redhat.com \
    --cc=chris@chris-wilson.co.uk \
    --cc=christian.koenig@amd.com \
    --cc=chunkuang.hu@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emil.velikov@collabora.com \
    --cc=etnaviv@lists.freedesktop.org \
    --cc=evan.quan@amd.com \
    --cc=freedreno@lists.freedesktop.org \
    --cc=hamohammed.sa@gmail.com \
    --cc=hdegoede@redhat.com \
    --cc=hjc@rock-chips.com \
    --cc=hyun.kwon@xilinx.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jonathanh@nvidia.com \
    --cc=jy0922.shim@samsung.com \
    --cc=kgene@kernel.org \
    --cc=krzk@kernel.org \
    --cc=kyungmin.park@samsung.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=marek.olsak@amd.com \
    --cc=matthew.auld@intel.com \
    --cc=matthias.bgg@gmail.com \
    --cc=miaoqinglang@huawei.com \
    --cc=michal.simek@xilinx.com \
    --cc=nirmoy.das@amd.com \
    --cc=nouveau@lists.freedesktop.org \
    --cc=oleksandr_andrushchenko@epam.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=rodrigosiqueiramelo@gmail.com \
    --cc=sam@ravnborg.org \
    --cc=sean@poorly.run \
    --cc=sw0312.kim@samsung.com \
    --cc=thierry.reding@gmail.com \
    --cc=tianci.yin@amd.com \
    --cc=tomi.valkeinen@ti.com \
    --cc=tvrtko.ursulin@linux.intel.com \
    --cc=xen-devel@lists.xenproject.org \
    --cc=xinhui.pan@amd.com \
    /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.