All of lore.kernel.org
 help / color / mirror / Atom feed
From: vgarodia@codeaurora.org
To: Stanimir Varbanov <stanimir.varbanov@linaro.org>
Cc: linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Alexandre Courbot <acourbot@chromium.org>,
	Mansur Alisha Shaik <mansur@codeaurora.org>
Subject: Re: [PATCH 2/3] venus: vdec: Make decoder return LAST flag for sufficient event
Date: Thu, 08 Oct 2020 01:23:15 +0530	[thread overview]
Message-ID: <5a823acc60d4c5cace1d2562adc548ff@codeaurora.org> (raw)
In-Reply-To: <20200928164431.21884-3-stanimir.varbanov@linaro.org>

Hi Stan,

On 2020-09-28 22:14, Stanimir Varbanov wrote:
> This makes the decoder to behaives equally for sufficient and
behaves

> insufficient events. After this change the LAST buffer flag will be set
> when the new resolution (in dynamic-resolution-change state) is smaller
> then the old bitstream resolution.
> 
> Signed-off-by: Stanimir Varbanov <stanimir.varbanov@linaro.org>
> ---
>  drivers/media/platform/qcom/venus/vdec.c | 41 ++++++++++++++++--------
>  1 file changed, 27 insertions(+), 14 deletions(-)
> 
> diff --git a/drivers/media/platform/qcom/venus/vdec.c
> b/drivers/media/platform/qcom/venus/vdec.c
> index c11bdf3ca21b..c006401255dc 100644
> --- a/drivers/media/platform/qcom/venus/vdec.c
> +++ b/drivers/media/platform/qcom/venus/vdec.c
> @@ -634,6 +634,7 @@ static int vdec_output_conf(struct venus_inst 
> *inst)
>  {
>  	struct venus_core *core = inst->core;
>  	struct hfi_enable en = { .enable = 1 };
> +	struct hfi_buffer_requirements bufreq;
>  	u32 width = inst->out_width;
>  	u32 height = inst->out_height;
>  	u32 out_fmt, out2_fmt;
> @@ -709,6 +710,22 @@ static int vdec_output_conf(struct venus_inst 
> *inst)
>  	}
> 
>  	if (IS_V3(core) || IS_V4(core)) {
> +		ret = venus_helper_get_bufreq(inst, HFI_BUFFER_OUTPUT, &bufreq);
> +		if (ret)
> +			return ret;
> +
> +		if (bufreq.size > inst->output_buf_size)
> +			return -EINVAL;
> +
> +		if (inst->dpb_fmt) {
> +			ret = venus_helper_get_bufreq(inst, HFI_BUFFER_OUTPUT2, &bufreq);
> +			if (ret)
> +				return ret;
> +
> +			if (bufreq.size > inst->output2_buf_size)
> +				return -EINVAL;
> +		}
> +
>  		if (inst->output2_buf_size) {
>  			ret = venus_helper_set_bufsize(inst,
>  						       inst->output2_buf_size,
> @@ -1327,19 +1344,15 @@ static void vdec_event_change(struct venus_inst 
> *inst,
>  	dev_dbg(dev, VDBGM "event %s sufficient resources (%ux%u)\n",
>  		sufficient ? "" : "not", ev_data->width, ev_data->height);
> 
> -	if (sufficient) {
> -		hfi_session_continue(inst);
> -	} else {
> -		switch (inst->codec_state) {
> -		case VENUS_DEC_STATE_INIT:
> -			inst->codec_state = VENUS_DEC_STATE_CAPTURE_SETUP;
> -			break;
> -		case VENUS_DEC_STATE_DECODING:
> -			inst->codec_state = VENUS_DEC_STATE_DRC;
> -			break;
> -		default:
> -			break;
> -		}
> +	switch (inst->codec_state) {
> +	case VENUS_DEC_STATE_INIT:
> +		inst->codec_state = VENUS_DEC_STATE_CAPTURE_SETUP;
> +		break;
> +	case VENUS_DEC_STATE_DECODING:
> +		inst->codec_state = VENUS_DEC_STATE_DRC;

Video firmware would raise reconfig event to driver even for cases like
interlace detection, color space change in the bitstream. If not with 
this patch,
we can optimize by sending reconfig event only for resolution and 
bitdepth update,
in a followup patch.

> +		break;
> +	default:
> +		break;
>  	}
> 
>  	/*
> @@ -1348,7 +1361,7 @@ static void vdec_event_change(struct venus_inst 
> *inst,
>  	 * itself doesn't mark the last decoder output buffer with HFI EOS 
> flag.
>  	 */
> 
> -	if (!sufficient && inst->codec_state == VENUS_DEC_STATE_DRC) {
> +	if (inst->codec_state == VENUS_DEC_STATE_DRC) {
>  		struct vb2_v4l2_buffer *last;
>  		int ret;

  reply	other threads:[~2020-10-07 19:53 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-28 16:44 [PATCH 0/3] Venus dynamic resolution change fixes Stanimir Varbanov
2020-09-28 16:44 ` [PATCH 1/3] venus: vdec: Fix non reliable setting of LAST flag Stanimir Varbanov
2020-10-09 12:45   ` Alexandre Courbot
2020-10-09 23:28     ` Stanimir Varbanov
2020-10-09 12:56   ` Alexandre Courbot
2020-10-09 15:53     ` Stanimir Varbanov
2020-09-28 16:44 ` [PATCH 2/3] venus: vdec: Make decoder return LAST flag for sufficient event Stanimir Varbanov
2020-10-07 19:53   ` vgarodia [this message]
2020-10-10  1:21     ` Stanimir Varbanov
2020-09-28 16:44 ` [PATCH 3/3] venus: helpers: Lock outside of buffer queue helper Stanimir Varbanov
2020-10-07 20:03 ` [PATCH 0/3] Venus dynamic resolution change fixes vgarodia

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=5a823acc60d4c5cace1d2562adc548ff@codeaurora.org \
    --to=vgarodia@codeaurora.org \
    --cc=acourbot@chromium.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mansur@codeaurora.org \
    --cc=stanimir.varbanov@linaro.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.