From: Laurent Pinchart <laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>
To: Personnel <nicolas-dDhyB4GVkw9AFePFGvp55w@public.gmane.org>
Cc: Jacob Chen <jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>,
linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
mchehab-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
hans.verkuil-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org,
s.nawrocki-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org,
tfiga-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org
Subject: Re: [PATCH v2 2/6] [media] rockchip/rga: v4l2 m2m support
Date: Mon, 17 Jul 2017 05:37:42 +0300 [thread overview]
Message-ID: <11368407.z8bSoa2YAE@avalon> (raw)
In-Reply-To: <1500137353.2353.1.camel-dDhyB4GVkw9AFePFGvp55w@public.gmane.org>
Hi Nicolas,
On Saturday 15 Jul 2017 12:49:13 Personnel wrote:
You might want to fix your mailer to use your name :-)
> Le samedi 15 juillet 2017 à 12:42 +0300, Laurent Pinchart a écrit :
> > On Saturday 15 Jul 2017 14:58:36 Jacob Chen wrote:
> >> Rockchip RGA is a separate 2D raster graphic acceleration unit. It
> >> accelerates 2D graphics operations, such as point/line drawing, image
> >> scaling, rotation, BitBLT, alpha blending and image blur/sharpness.
> >>
> >> The drvier is mostly based on s5p-g2d v4l2 m2m driver.
> >> And supports various operations from the rendering pipeline.
> >>
> >> - copy
> >> - fast solid color fill
> >> - rotation
> >> - flip
> >> - alpha blending
> >
> > I notice that you don't support the drawing operations. How do you plan to
> > support them later through the V4L2 M2M API ? I hate stating the obvious,
> > but wouldn't the DRM API be better fit for a graphic accelerator ?
>
> It could fit, maybe, but it really lacks some framework. Also, DRM is
> not really meant for M2M operation, and it's also not great for multi-
> process.
GPUs on embedded devices are mem-to-mem, and they're definitely shared between
multiple processes :-)
> Until recently, there was competing drivers for Exynos, both
> implemented in V4L2 and DRM, for similar rational, all DRM ones are
> being deprecated/removed.
>
> I think 2D blitters in V4L2 are fine, but they terribly lack something
> to differentiate them from converters/scalers when looking up the HW
> list. Could be as simple as a capability flag, if I can suggest. For
> the reference, the 2D blitter on IMX6 has been used to implement a live
> video mixer in GStreamer.
>
> https://bugzilla.gnome.org/show_bug.cgi?id=772766
If we decide that 2D blitters should be supported by V4L2 (and I'm open to get
convinced about that), we really need to define a proper API before merging a
bunch of drivers that will implement things in slightly different ways,
otherwise the future will be very painful.
Among the issues that need to be solved are
- stateful vs. stateless operation (as mentioned by Jacob in this mail
thread), a.k.a. the request API
- exposing capabilities to userspace (a single capability flag would be enough
only if all blitters expose the same API, which I'm not sure we can assume)
- single input (a.k.a. in-place blitters as you mentioned below) vs. multiple
inputs
- API for 2D-accelerated operations other than blitting (filling, point and
line drawing, ...)
> > Additionally, V4L2 M2M has one source and one destination. How do you
> > implement alpha blending in that case, which by definition requires at
> > least two sources ?
>
> This type of HW only do in-place blits. When using such a node, the
> buffer queued on the V4L2_CAPTURE contains the destination image, and
> the buffer queued on the V4L2_OUTPUT is the source image.
>
> >> The code in rga-hw.c is used to configure regs accroding to operations.
> >>
> >> The code in rga-buf.c is used to create private mmu table for RGA.
> >> The tables is stored in a list, and be removed when buffer is cleanup.
> >
> > Looking at the implementation it seems to be a scatter-gather list, not an
> > MMU. Is that right ? Does the hardware documentation refer to it as an MMU
> > ?
> >
> >> Signed-off-by: Jacob Chen <jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>
> >> ---
> >>
> >> drivers/media/platform/Kconfig | 11 +
> >> drivers/media/platform/Makefile | 2 +
> >> drivers/media/platform/rockchip-rga/Makefile | 3 +
> >> drivers/media/platform/rockchip-rga/rga-buf.c | 122 ++++
> >> drivers/media/platform/rockchip-rga/rga-hw.c | 652 ++++++++++++++++++
> >> drivers/media/platform/rockchip-rga/rga-hw.h | 437 ++++++++++++
> >> drivers/media/platform/rockchip-rga/rga.c | 958 +++++++++++++++++++
> >> drivers/media/platform/rockchip-rga/rga.h | 111 +++
> >> 8 files changed, 2296 insertions(+)
> >> create mode 100644 drivers/media/platform/rockchip-rga/Makefile
> >> create mode 100644 drivers/media/platform/rockchip-rga/rga-buf.c
> >> create mode 100644 drivers/media/platform/rockchip-rga/rga-hw.c
> >> create mode 100644 drivers/media/platform/rockchip-rga/rga-hw.h
> >> create mode 100644 drivers/media/platform/rockchip-rga/rga.c
> >> create mode 100644 drivers/media/platform/rockchip-rga/rga.h
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-07-17 2:37 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-15 6:58 [PATCH v2 0/6] Add Rockchip RGA V4l2 support Jacob Chen
2017-07-15 6:58 ` [PATCH v2 1/6] [media] v4l: add blend modes controls Jacob Chen
[not found] ` <1500101920-24039-2-git-send-email-jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>
2017-07-15 9:31 ` Laurent Pinchart
[not found] ` <1500101920-24039-1-git-send-email-jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>
2017-07-15 6:58 ` [PATCH v2 2/6] [media] rockchip/rga: v4l2 m2m support Jacob Chen
2017-07-15 9:42 ` Laurent Pinchart
2017-07-15 16:49 ` Personnel
2017-07-16 4:19 ` Jacob Chen
[not found] ` <CAFLEztQZKqDwOyRCYLapa=730mWs80SOi6RuXwq5VR6m+RjO5w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-17 2:43 ` Laurent Pinchart
2017-07-17 3:43 ` Jacob Chen
[not found] ` <1500137353.2353.1.camel-dDhyB4GVkw9AFePFGvp55w@public.gmane.org>
2017-07-17 2:37 ` Laurent Pinchart [this message]
2017-07-17 14:45 ` Nicolas Dufresne
2017-07-19 10:40 ` Jacob Chen
2017-07-15 17:42 ` kbuild test robot
2017-07-15 17:42 ` [PATCH] rockchip/rga: fix semicolon.cocci warnings kbuild test robot
2017-07-15 6:58 ` [PATCH v2 3/6] ARM: dts: rockchip: add RGA device node for RK3288 Jacob Chen
[not found] ` <1500101920-24039-4-git-send-email-jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>
2017-07-15 8:12 ` Heiko Stuebner
2017-07-15 6:58 ` [PATCH v2 4/6] ARM: dts: rockchip: add RGA device node for RK3399 Jacob Chen
2017-07-15 6:58 ` [PATCH v2 5/6] ARM: dts: rockchip: enable RGA for rk3288 devices Jacob Chen
[not found] ` <1500101920-24039-6-git-send-email-jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org>
2017-07-15 9:16 ` Laurent Pinchart
2017-07-16 4:23 ` Jacob Chen
[not found] ` <CAFLEztRwuzkAn_QrgRNv_yrNixuicfr99PEpR2SDyRROqe=b7w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-17 2:28 ` Laurent Pinchart
2017-07-17 3:09 ` Jacob Chen
2017-07-15 6:58 ` [PATCH v2 6/6] dt-bindings: Document the Rockchip RGA bindings Jacob Chen
2017-07-15 9:23 ` Laurent Pinchart
2017-07-16 16:07 ` Heiko Stuebner
2017-07-17 2:21 ` Laurent Pinchart
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=11368407.z8bSoa2YAE@avalon \
--to=laurent.pinchart-rylnwiuwjnjg/c1bvhzhaw@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=hans.verkuil-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
--cc=heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org \
--cc=jacob-chen-fyOeoxGR3m/QT0dZR+AlfA@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=mchehab-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=nicolas-dDhyB4GVkw9AFePFGvp55w@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=s.nawrocki-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=tfiga-F7+t8E8rja9g9hUCZPvPmw@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: 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).