From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
Cc: linux-renesas-soc@vger.kernel.org, linux-media@vger.kernel.org
Subject: Re: [PATCH 4/4] v4l: vsp1: Remove redundant context variables
Date: Mon, 13 Feb 2017 23:21:59 +0200 [thread overview]
Message-ID: <6580668.JqTbWgolnM@avalon> (raw)
In-Reply-To: <1478283570-19688-5-git-send-email-kieran.bingham+renesas@ideasonboard.com>
Hi Kieran,
Thank you for the patch.
On Friday 04 Nov 2016 18:19:30 Kieran Bingham wrote:
> The vsp1_pipe object context variables for div_size and
> current_partition allowed state to be maintained through processing the
> partitions during processing.
>
> Now that the partition tables are calculated during stream on, there is
> no requirement to store these variables in the pipe object.
>
> Utilise local variables for the processing as required.
>
> Signed-off-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
> ---
> drivers/media/platform/vsp1/vsp1_pipe.h | 4 ----
> drivers/media/platform/vsp1/vsp1_video.c | 19 +++++++++----------
> 2 files changed, 9 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/media/platform/vsp1/vsp1_pipe.h
> b/drivers/media/platform/vsp1/vsp1_pipe.h index 3af96c4ea244..9e108ddcceb6
> 100644
> --- a/drivers/media/platform/vsp1/vsp1_pipe.h
> +++ b/drivers/media/platform/vsp1/vsp1_pipe.h
> @@ -82,10 +82,8 @@ enum vsp1_pipeline_state {
> * @uds_input: entity at the input of the UDS, if the UDS is present
> * @entities: list of entities in the pipeline
> * @dl: display list associated with the pipeline
> - * @div_size: The maximum allowed partition size for the pipeline
> * @partitions: The number of partitions used to process one frame
> * @partition: The current partition for configuration to process
> - * @current_partition: The partition number currently being configured
> * @part_table: The pre-calculated partitions used by the pipeline
> */
> struct vsp1_pipeline {
> @@ -117,10 +115,8 @@ struct vsp1_pipeline {
>
> struct vsp1_dl_list *dl;
>
> - unsigned int div_size;
> unsigned int partitions;
> struct v4l2_rect partition;
> - unsigned int current_partition;
> struct v4l2_rect part_table[VSP1_PIPE_MAX_PARTITIONS];
> };
>
> diff --git a/drivers/media/platform/vsp1/vsp1_video.c
> b/drivers/media/platform/vsp1/vsp1_video.c index c4a8c30df108..9efaab2cc982
> 100644
> --- a/drivers/media/platform/vsp1/vsp1_video.c
> +++ b/drivers/media/platform/vsp1/vsp1_video.c
> @@ -268,7 +268,6 @@ static void vsp1_video_pipeline_setup_partitions(struct
> vsp1_pipeline *pipe)
>
> /* Gen2 hardware doesn't require image partitioning. */
> if (vsp1->info->gen == 2) {
> - pipe->div_size = div_size;
> pipe->partitions = 1;
> pipe->part_table[0] = vsp1_video_partition(pipe, div_size, 0);
> return;
> @@ -284,7 +283,6 @@ static void vsp1_video_pipeline_setup_partitions(struct
> vsp1_pipeline *pipe) }
> }
>
> - pipe->div_size = div_size;
> pipe->partitions = DIV_ROUND_UP(format->width, div_size);
>
> for (i = 0; i < pipe->partitions; i++)
> @@ -356,11 +354,12 @@ static void vsp1_video_frame_end(struct vsp1_pipeline
> *pipe, }
>
> static void vsp1_video_pipeline_run_partition(struct vsp1_pipeline *pipe,
> - struct vsp1_dl_list *dl)
> + struct vsp1_dl_list *dl,
> + unsigned int partition_number)
> {
> struct vsp1_entity *entity;
>
> - pipe->partition = pipe->part_table[pipe->current_partition];
> + pipe->partition = pipe->part_table[partition_number];
>
> list_for_each_entry(entity, &pipe->entities, list_pipe) {
> if (entity->ops->configure)
> @@ -373,6 +372,7 @@ static void vsp1_video_pipeline_run(struct vsp1_pipeline
> *pipe) {
> struct vsp1_device *vsp1 = pipe->output->entity.vsp1;
> struct vsp1_entity *entity;
> + unsigned int current_partition = 0;
I would call thus partition, current_partition is a bit long and doesn't carry
much useful extra information in my opinion. There's also no need to
initialize the variable to 0 if you hardcode the 0 value in the first call to
vsp1_video_pipeline_run_partition(), as the for loop then takes care of
initializing the variable to 1.
Apart from that,
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>
> if (!pipe->dl)
> pipe->dl = vsp1_dl_list_get(pipe->output->dlm);
> @@ -389,13 +389,12 @@ static void vsp1_video_pipeline_run(struct
> vsp1_pipeline *pipe) }
>
> /* Run the first partition */
> - pipe->current_partition = 0;
> - vsp1_video_pipeline_run_partition(pipe, pipe->dl);
> + vsp1_video_pipeline_run_partition(pipe, pipe->dl, current_partition);
>
> /* Process consecutive partitions as necessary */
> - for (pipe->current_partition = 1;
> - pipe->current_partition < pipe->partitions;
> - pipe->current_partition++) {
> + for (current_partition = 1;
> + current_partition < pipe->partitions;
> + current_partition++) {
> struct vsp1_dl_list *dl;
>
> /*
> @@ -415,7 +414,7 @@ static void vsp1_video_pipeline_run(struct vsp1_pipeline
> *pipe) break;
> }
>
> - vsp1_video_pipeline_run_partition(pipe, dl);
> + vsp1_video_pipeline_run_partition(pipe, dl,
current_partition);
> vsp1_dl_list_add_chain(pipe->dl, dl);
> }
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2017-02-13 21:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-04 18:19 [PATCH 0/4] vsp1 partition algorithm improvements Kieran Bingham
2016-11-04 18:19 ` [PATCH 1/4] v4l: vsp1: Implement partition algorithm restrictions Kieran Bingham
2017-02-13 19:17 ` Laurent Pinchart
2017-02-14 1:15 ` Kuninori Morimoto
2017-03-01 2:26 ` Kuninori Morimoto
2017-03-06 6:17 ` Kuninori Morimoto
2017-03-06 15:16 ` Laurent Pinchart
2017-03-06 17:07 ` Kieran Bingham
2017-05-09 15:45 ` Kieran Bingham
2016-11-04 18:19 ` [PATCH 2/4] v4l: vsp1: Move vsp1_video_pipeline_setup_partitions() function Kieran Bingham
2017-02-13 19:23 ` Laurent Pinchart
2016-11-04 18:19 ` [PATCH 3/4] v4l: vsp1: Calculate partition sizes at stream start Kieran Bingham
2017-02-13 21:21 ` Laurent Pinchart
2017-05-08 18:31 ` Kieran Bingham
2016-11-04 18:19 ` [PATCH 4/4] v4l: vsp1: Remove redundant context variables Kieran Bingham
2017-02-13 21:21 ` Laurent Pinchart [this message]
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=6580668.JqTbWgolnM@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox