From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: kieran.bingham@ideasonboard.com
Cc: linux-renesas-soc@vger.kernel.org, linux-media@vger.kernel.org
Subject: Re: [PATCH v2 6/8] v4l: vsp1: Adapt entities to configure into a body
Date: Tue, 12 Sep 2017 22:18:50 +0300 [thread overview]
Message-ID: <4353515.cR2bnzc1Fq@avalon> (raw)
In-Reply-To: <112c0f66-4918-40d0-d2dd-17f9bbd03f12@ideasonboard.com>
Hi Kieran,
On Tuesday, 12 September 2017 00:42:09 EEST Kieran Bingham wrote:
> On 17/08/17 18:58, Laurent Pinchart wrote:
> > On Monday 14 Aug 2017 16:13:29 Kieran Bingham wrote:
> >> Currently the entities store their configurations into a display list.
> >> Adapt this such that the code can be configured into a body fragment
> >> directly, allowing greater flexibility and control of the content.
> >>
> >> All users of vsp1_dl_list_write() are removed in this process, thus it
> >> too is removed.
> >>
> >> A helper, vsp1_dl_list_body() is provided to access the internal body0
> >> from the display list.
> >>
> >> Signed-off-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
> >> ---
> >>
> >> drivers/media/platform/vsp1/vsp1_bru.c | 22 ++++++------
> >> drivers/media/platform/vsp1/vsp1_clu.c | 22 ++++++------
> >> drivers/media/platform/vsp1/vsp1_dl.c | 12 ++-----
> >> drivers/media/platform/vsp1/vsp1_dl.h | 2 +-
> >> drivers/media/platform/vsp1/vsp1_drm.c | 14 +++++---
> >> drivers/media/platform/vsp1/vsp1_entity.c | 16 ++++-----
> >> drivers/media/platform/vsp1/vsp1_entity.h | 12 ++++---
> >> drivers/media/platform/vsp1/vsp1_hgo.c | 16 ++++-----
> >> drivers/media/platform/vsp1/vsp1_hgt.c | 18 +++++-----
> >> drivers/media/platform/vsp1/vsp1_hsit.c | 10 +++---
> >> drivers/media/platform/vsp1/vsp1_lif.c | 13 +++----
> >> drivers/media/platform/vsp1/vsp1_lut.c | 21 ++++++------
> >> drivers/media/platform/vsp1/vsp1_pipe.c | 4 +-
> >> drivers/media/platform/vsp1/vsp1_pipe.h | 3 +-
> >> drivers/media/platform/vsp1/vsp1_rpf.c | 43 +++++++++++-------------
> >> drivers/media/platform/vsp1/vsp1_sru.c | 14 ++++----
> >> drivers/media/platform/vsp1/vsp1_uds.c | 24 +++++++------
> >> drivers/media/platform/vsp1/vsp1_uds.h | 2 +-
> >> drivers/media/platform/vsp1/vsp1_video.c | 11 ++++--
> >> drivers/media/platform/vsp1/vsp1_wpf.c | 42 ++++++++++++-----------
> >> 20 files changed, 168 insertions(+), 153 deletions(-)
> >
> > This is quite intrusive, and it bothers me slightly that we need to pass
> > both the DL and the DLB to the configure function in order to add
> > fragments to the DL in the CLU and LUT modules. Wouldn't it be simpler to
> > add a pointer to the current body in the DL structure, and modify
> > vsp1_dl_list_write() to write to the current fragment ?
>
> No doubt about it, 168+, 153- is certainly intrusive.
>
> Yes, now I'm looking back at this, I think this does look like this part is
> not quite the right approach.
>
> Which otherwise stalls the series until I have time to reconsider. I will
> likely repost the work I have done on the earlier patches, including the
> 's/fragment/body/g' changes and ready myself for a v4 which will contain the
> heavier reworks.
Fine with me. Could you make sure to mention the open issues in the cover
letter ? I want to avoid commenting on them if you know already that you will
rework them later.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2017-09-12 19:18 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-14 15:13 [PATCH v2 0/8] vsp1: TLB optimisation and DL caching Kieran Bingham
2017-08-14 15:13 ` [PATCH v2 1/8] v4l: vsp1: Protect fragments against overflow Kieran Bingham
2017-08-16 21:53 ` Laurent Pinchart
2017-08-17 8:16 ` Kieran Bingham
2017-08-14 15:13 ` [PATCH v2 2/8] v4l: vsp1: Provide a fragment pool Kieran Bingham
2017-08-17 12:13 ` Laurent Pinchart
2017-09-11 20:30 ` Kieran Bingham
2017-09-13 2:15 ` Laurent Pinchart
2017-08-14 15:13 ` [PATCH v2 3/8] v4l: vsp1: Convert display lists to use new " Kieran Bingham
2017-08-17 12:13 ` Laurent Pinchart
2017-09-11 20:27 ` Kieran Bingham
2017-09-13 2:26 ` Laurent Pinchart
2017-08-14 15:13 ` [PATCH v2 4/8] v4l: vsp1: Use reference counting for fragments Kieran Bingham
2017-08-17 12:53 ` Laurent Pinchart
2017-08-14 15:13 ` [PATCH v2 5/8] v4l: vsp1: Refactor display list configure operations Kieran Bingham
2017-08-17 18:13 ` Laurent Pinchart
2017-09-11 21:16 ` Kieran Bingham
2017-09-12 19:19 ` Laurent Pinchart
2017-11-17 15:07 ` Kieran Bingham
2018-02-28 16:41 ` Kieran Bingham
2018-02-28 21:04 ` Laurent Pinchart
2017-08-14 15:13 ` [PATCH v2 6/8] v4l: vsp1: Adapt entities to configure into a body Kieran Bingham
2017-08-17 17:58 ` Laurent Pinchart
2017-09-11 21:42 ` Kieran Bingham
2017-09-12 19:18 ` Laurent Pinchart [this message]
2017-11-17 13:40 ` Kieran Bingham
2017-08-14 15:13 ` [PATCH v2 7/8] v4l: vsp1: Move video configuration to a cached dlb Kieran Bingham
2017-08-17 18:10 ` Laurent Pinchart
2017-11-16 18:19 ` Kieran Bingham
2017-08-14 15:13 ` [PATCH v2 8/8] v4l: vsp1: Reduce display list body size Kieran Bingham
2017-08-17 16:11 ` Laurent Pinchart
2017-09-11 21:15 ` Kieran Bingham
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=4353515.cR2bnzc1Fq@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=kieran.bingham@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;
as well as URLs for NNTP newsgroup(s).