dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH] drm/amdgpu: Remove an unnecessary condition check in reserve_bo_and_cond_vms()
@ 2020-04-18 18:18 Markus Elfring
  2020-04-19  2:29 ` 赵军奎
  0 siblings, 1 reply; 2+ messages in thread
From: Markus Elfring @ 2020-04-18 18:18 UTC (permalink / raw)
  To: Bernard Zhao, Alex Deucher, Christian König, amd-gfx, dri-devel
  Cc: opensource.kernel, David Airlie, Felix Kühling, linux-kernel

> There is no need to if check again,

Thanks for this information.

* Should the function name be mentioned in this change description?

* Would you like to adjust the patch subject?


> maybe we could merge into the above else branch.

I suggest to reconsider this wording.


…
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
> @@ -735,10 +735,8 @@ static int reserve_bo_and_cond_vms(struct kgd_mem *mem,
…

I propose to take further coding style aspects into account.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/coding-style.rst?id=90280eaa88ac1a9140dc759941123530d5545bb6#n191

Possible refactoring:
	if (ret) {
		pr_err(…);
		…
	} else {
		ctx->reserved = true;
	}


How do you think about to add the tag “Fixes”?

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re:Re: [PATCH] drm/amdgpu: Remove an unnecessary condition check in reserve_bo_and_cond_vms()
  2020-04-18 18:18 [PATCH] drm/amdgpu: Remove an unnecessary condition check in reserve_bo_and_cond_vms() Markus Elfring
@ 2020-04-19  2:29 ` 赵军奎
  0 siblings, 0 replies; 2+ messages in thread
From: 赵军奎 @ 2020-04-19  2:29 UTC (permalink / raw)
  To: Markus Elfring
  Cc: opensource.kernel, David Airlie, Felix Kühling,
	linux-kernel, dri-devel, amd-gfx, Alex Deucher,
	Christian König





发件人:Markus Elfring <Markus.Elfring@web.de>
发送日期:2020-04-19 02:18:06
收件人:Bernard Zhao <bernard@vivo.com>,Alex Deucher <alexander.deucher@amd.com>,"Christian König" <christian.koenig@amd.com>,amd-gfx@lists.freedesktop.org,dri-devel@lists.freedesktop.org
抄送人:"Felix Kühling" <Felix.Kuehling@amd.com>,linux-kernel@vger.kernel.org,opensource.kernel@vivo.com,Chunming Zhou <David1.Zhou@amd.com>,Daniel Vetter <daniel@ffwll.ch>,David Airlie <airlied@linux.ie>
主题:Re: [PATCH] drm/amdgpu: Remove an unnecessary condition check in reserve_bo_and_cond_vms()>> There is no need to if check again,
>
>Thanks for this information.
>
>* Should the function name be mentioned in this change description?
>
>* Would you like to adjust the patch subject?
>
>
>> maybe we could merge into the above else branch.
>
>I suggest to reconsider this wording.
>
>
>…
>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
>> @@ -735,10 +735,8 @@ static int reserve_bo_and_cond_vms(struct kgd_mem *mem,
>…
>
>I propose to take further coding style aspects into account.
>https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/coding-style.rst?id=90280eaa88ac1a9140dc759941123530d5545bb6#n191
>
>Possible refactoring:
>	if (ret) {
>		pr_err(…);
>		…
>	} else {
>		ctx->reserved = true;
>	}
>
>
>How do you think about to add the tag “Fixes”?
>

Sure, I will modify the code and adjust this patch subject. I will submit it again.

>Regards,
>Markus


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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-04-20  6:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-18 18:18 [PATCH] drm/amdgpu: Remove an unnecessary condition check in reserve_bo_and_cond_vms() Markus Elfring
2020-04-19  2:29 ` 赵军奎

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).