From: "Kazlauskas, Nicholas" <nicholas.kazlauskas-5C7GfCeVMHo@public.gmane.org> To: mikita.lipski-5C7GfCeVMHo@public.gmane.org, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, harry.wentland-5C7GfCeVMHo@public.gmane.org Cc: alexander.deucher-5C7GfCeVMHo@public.gmane.org Subject: Re: [PATCH 1/2] drm/amd/display: Return correct error value Date: Tue, 12 Nov 2019 11:08:18 -0500 [thread overview] Message-ID: <f2eed143-4767-81b2-2de9-e89631c7bd5a@amd.com> (raw) In-Reply-To: <20191112151628.8267-1-mikita.lipski-5C7GfCeVMHo@public.gmane.org> On 2019-11-12 10:16 a.m., mikita.lipski@amd.com wrote: > From: Mikita Lipski <mikita.lipski@amd.com> > > [why] > The function is expected to return instance of the timing generator > therefore we shouldn't be returning boolean in integer function, > and we shouldn't be returning zero so changing it to -1. > > Signed-off-by: Mikita Lipski <mikita.lipski@amd.com> I wonder if some of these were intentional for returning 0. These lines were originally introduced for enabling seamless boot support with eDP and I think you're guaranteed to have those resources as instance 0. Nicholas Kazlauskas > --- > drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_resource.c b/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > index 89b5f86cd40b..75cc58ecf647 100644 > --- a/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > +++ b/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > @@ -1866,7 +1866,7 @@ static int acquire_resource_from_hw_enabled_state( > inst = link->link_enc->funcs->get_dig_frontend(link->link_enc); > > if (inst == ENGINE_ID_UNKNOWN) > - return false; > + return -1; > > for (i = 0; i < pool->stream_enc_count; i++) { > if (pool->stream_enc[i]->id == inst) { > @@ -1878,10 +1878,10 @@ static int acquire_resource_from_hw_enabled_state( > > // tg_inst not found > if (i == pool->stream_enc_count) > - return false; > + return -1; > > if (tg_inst >= pool->timing_generator_count) > - return false; > + return -1; > > if (!res_ctx->pipe_ctx[tg_inst].stream) { > struct pipe_ctx *pipe_ctx = &res_ctx->pipe_ctx[tg_inst]; > _______________________________________________ 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: "Kazlauskas, Nicholas" <nicholas.kazlauskas@amd.com> To: mikita.lipski@amd.com, amd-gfx@lists.freedesktop.org, harry.wentland@amd.com Cc: alexander.deucher@amd.com Subject: Re: [PATCH 1/2] drm/amd/display: Return correct error value Date: Tue, 12 Nov 2019 11:08:18 -0500 [thread overview] Message-ID: <f2eed143-4767-81b2-2de9-e89631c7bd5a@amd.com> (raw) Message-ID: <20191112160818.emNqKeydhY2KqAc1fKLfXxJAdppvzCXGA1p_qPw22Nk@z> (raw) In-Reply-To: <20191112151628.8267-1-mikita.lipski@amd.com> On 2019-11-12 10:16 a.m., mikita.lipski@amd.com wrote: > From: Mikita Lipski <mikita.lipski@amd.com> > > [why] > The function is expected to return instance of the timing generator > therefore we shouldn't be returning boolean in integer function, > and we shouldn't be returning zero so changing it to -1. > > Signed-off-by: Mikita Lipski <mikita.lipski@amd.com> I wonder if some of these were intentional for returning 0. These lines were originally introduced for enabling seamless boot support with eDP and I think you're guaranteed to have those resources as instance 0. Nicholas Kazlauskas > --- > drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_resource.c b/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > index 89b5f86cd40b..75cc58ecf647 100644 > --- a/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > +++ b/drivers/gpu/drm/amd/display/dc/core/dc_resource.c > @@ -1866,7 +1866,7 @@ static int acquire_resource_from_hw_enabled_state( > inst = link->link_enc->funcs->get_dig_frontend(link->link_enc); > > if (inst == ENGINE_ID_UNKNOWN) > - return false; > + return -1; > > for (i = 0; i < pool->stream_enc_count; i++) { > if (pool->stream_enc[i]->id == inst) { > @@ -1878,10 +1878,10 @@ static int acquire_resource_from_hw_enabled_state( > > // tg_inst not found > if (i == pool->stream_enc_count) > - return false; > + return -1; > > if (tg_inst >= pool->timing_generator_count) > - return false; > + return -1; > > if (!res_ctx->pipe_ctx[tg_inst].stream) { > struct pipe_ctx *pipe_ctx = &res_ctx->pipe_ctx[tg_inst]; > _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next prev parent reply other threads:[~2019-11-12 16:08 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-11-12 15:16 [PATCH 1/2] drm/amd/display: Return correct error value mikita.lipski-5C7GfCeVMHo 2019-11-12 15:16 ` mikita.lipski [not found] ` <20191112151628.8267-1-mikita.lipski-5C7GfCeVMHo@public.gmane.org> 2019-11-12 16:08 ` Kazlauskas, Nicholas [this message] 2019-11-12 16:08 ` Kazlauskas, Nicholas [not found] ` <f2eed143-4767-81b2-2de9-e89631c7bd5a-5C7GfCeVMHo@public.gmane.org> 2019-11-12 20:14 ` Harry Wentland 2019-11-12 20:14 ` Harry Wentland
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=f2eed143-4767-81b2-2de9-e89631c7bd5a@amd.com \ --to=nicholas.kazlauskas-5c7gfcevmho@public.gmane.org \ --cc=alexander.deucher-5C7GfCeVMHo@public.gmane.org \ --cc=amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \ --cc=harry.wentland-5C7GfCeVMHo@public.gmane.org \ --cc=mikita.lipski-5C7GfCeVMHo@public.gmane.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).