From: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
To: Marek Szyprowski <m.szyprowski@samsung.com>,
dri-devel@lists.freedesktop.org,
linux-samsung-soc@vger.kernel.org
Cc: Inki Dae <inki.dae@samsung.com>,
Joonyoung Shim <jy0922.shim@samsung.com>,
Seung-Woo Kim <sw0312.kim@samsung.com>,
Andrzej Hajda <a.hajda@samsung.com>,
Krzysztof Kozlowski <k.kozlowski@samsung.com>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
Gustavo Padovan <gustavo@padovan.org>,
Javier Martinez Canillas <javier@osg.samsung.com>
Subject: Re: [PATCH 14/25] drm/exynos: introduce exynos_drm_plane_config structure
Date: Wed, 18 Nov 2015 16:40:38 +0100 [thread overview]
Message-ID: <564C9BF6.8030603@math.uni-bielefeld.de> (raw)
In-Reply-To: <564C522E.1030503@samsung.com>
Hey Marek,
Marek Szyprowski wrote:
> Hello,
>
> On 2015-11-17 19:00, Tobias Jakobi wrote:
>> Marek Szyprowski wrote:
>>> This patch adds common structure for keeping plane configuration and
>>> capabilities data. This patch is inspired by similar code developed by
>>> Tobias Jakobi.
>>>
>>> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
>>> ---
>>> drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 +++++++---
>>> drivers/gpu/drm/exynos/exynos7_drm_decon.c | 23 +++++++-----
>>> drivers/gpu/drm/exynos/exynos_drm_drv.h | 22 ++++++++++++
>>> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 25 ++++++++-----
>>> drivers/gpu/drm/exynos/exynos_drm_plane.c | 34 ++++++++----------
>>> drivers/gpu/drm/exynos/exynos_drm_plane.h | 7 ++--
>>> drivers/gpu/drm/exynos/exynos_drm_vidi.c | 25 ++++++++-----
>>> drivers/gpu/drm/exynos/exynos_mixer.c | 51
>>> ++++++++++++++++-----------
>>> 8 files changed, 131 insertions(+), 74 deletions(-)
>>>
>> <SNIP>
>>> diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
>>> b/drivers/gpu/drm/exynos/exynos_mixer.c
>>> index 015e85cabcc9..cdec3c1827c6 100644
>>> --- a/drivers/gpu/drm/exynos/exynos_mixer.c
>>> +++ b/drivers/gpu/drm/exynos/exynos_mixer.c
>>> @@ -43,7 +43,6 @@
>>> #define MIXER_WIN_NR 3
>>> #define VP_DEFAULT_WIN 2
>>> -#define CURSOR_WIN 1
>>> /* The pixelformats that are natively supported by the mixer. */
>>> #define MXR_FORMAT_RGB565 4
>>> @@ -112,6 +111,31 @@ struct mixer_drv_data {
>>> bool has_sclk;
>>> };
>>> +static const struct exynos_drm_plane_config
>>> plane_configs[MIXER_WIN_NR] = {
>>> + {
>>> + .zpos = 0,
>>> + .type = DRM_PLANE_TYPE_PRIMARY,
>>> + .pixel_formats = mixer_formats,
>>> + .num_pixel_formats = ARRAY_SIZE(mixer_formats),
>>> + .capabilities = EXYNOS_DRM_PLANE_CAP_DOUBLE_X |
>>> + EXYNOS_DRM_PLANE_CAP_DOUBLE_Y,
>>> + }, {
>>> + .zpos = 1,
>>> + .type = DRM_PLANE_TYPE_CURSOR,
>>> + .pixel_formats = mixer_formats,
>>> + .num_pixel_formats = ARRAY_SIZE(mixer_formats),
>>> + .capabilities = EXYNOS_DRM_PLANE_CAP_DOUBLE_X |
>>> + EXYNOS_DRM_PLANE_CAP_DOUBLE_Y,
>>> + }, {
>>> + .zpos = 2,
>>> + .type = DRM_PLANE_TYPE_OVERLAY,
>>> + .pixel_formats = vp_formats,
>>> + .num_pixel_formats = ARRAY_SIZE(vp_formats),
>>> + .capabilities = EXYNOS_DRM_PLANE_CAP_DOUBLE_X |
>>> + EXYNOS_DRM_PLANE_CAP_DOUBLE_Y,
>> As far as I know the video plane supports arbitrary scaling and provides
>> no dedicated 'pixel doubling' mode.
>
> Right, I've forgotten that, I will update the code then. BTW, do you
> plan to
> submit your patches for Mixer, which fixes alpha blending setup?
I'll try to send a new version out this weekend. Any specific branch I
should base these on? (e.g. Inki's exynos-drm-next)
- Tobias
>
> Best regards
next prev parent reply other threads:[~2015-11-18 15:40 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-10 13:23 [PATCH 00/25] Exynos DRM: new life of IPP (Image Post Processing) subsystem Marek Szyprowski
2015-11-10 13:23 ` [PATCH 01/25] ARM: dts: exynos4: add rotator nodes Marek Szyprowski
2015-11-13 2:23 ` Krzysztof Kozlowski
2015-11-13 8:31 ` Marek Szyprowski
2015-11-13 8:35 ` Krzysztof Kozlowski
2015-11-13 13:29 ` [PATCH v2 1/4] " Marek Szyprowski
2015-11-13 13:29 ` [PATCH v2 2/4] ARM: dts: exynos4: fix power domain for sysmmu-rotator device Marek Szyprowski
2015-11-14 11:37 ` Krzysztof Kozlowski
2015-11-13 13:29 ` [PATCH v2 3/4] ARM: dts: exynos5250: add rotator node Marek Szyprowski
2015-11-14 11:37 ` Krzysztof Kozlowski
2015-11-13 13:29 ` [PATCH v2 4/4] ARM: dts: exynos542x: " Marek Szyprowski
2015-11-14 11:37 ` Krzysztof Kozlowski
2015-11-14 11:37 ` [PATCH v2 1/4] ARM: dts: exynos4: add rotator nodes Krzysztof Kozlowski
2015-11-13 2:29 ` [PATCH 01/25] " Krzysztof Kozlowski
2015-11-13 8:32 ` Marek Szyprowski
2015-11-13 8:36 ` Krzysztof Kozlowski
2015-11-10 13:23 ` [PATCH 02/25] ARM: dts: exynos542x: add rotator node Marek Szyprowski
2015-11-13 2:28 ` Krzysztof Kozlowski
2015-11-10 13:23 ` [PATCH 03/25] drm/exynos: gsc: prepare and unprepare gsc clock Marek Szyprowski
2015-11-12 15:11 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 04/25] drm/exynos: gsc: fix wrong pm_runtime state Marek Szyprowski
2015-11-12 15:12 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 05/25] drm/exynos: gsc: add device tree support and remove usage of static mappings Marek Szyprowski
2015-11-10 13:23 ` [PATCH 06/25] drm/exynos: fix to calculate offset of each plane for ipp fimc Marek Szyprowski
2015-11-12 15:20 ` Tobias Jakobi
2015-11-13 9:19 ` Marek Szyprowski
2015-11-10 13:23 ` [PATCH 07/25] drm/exynos: fix to calculate offset of each plane for ipp gsc Marek Szyprowski
2015-11-10 13:23 ` [PATCH 08/25] drm/exynos: rotator: convert to common clock framework Marek Szyprowski
2015-11-12 18:13 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 09/25] drm/exynos: exynos7-decon: remove excessive check Marek Szyprowski
2015-11-12 18:15 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 10/25] drm/exynos: move dma_addr attribute from exynos plane to exynos fb Marek Szyprowski
2015-11-12 18:25 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 11/25] drm/exynos: introduce exynos_drm_plane_state structure Marek Szyprowski
2015-11-13 11:46 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 12/25] drm/exynos: mixer: use crtc->state->adjusted_mode instead of crtc->mode Marek Szyprowski
2015-11-13 11:47 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 13/25] drm/exynos: mixer: enable video overlay plane only when VP is available Marek Szyprowski
2015-11-13 11:49 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 14/25] drm/exynos: introduce exynos_drm_plane_config structure Marek Szyprowski
2015-11-13 12:08 ` Gustavo Padovan
2015-11-17 18:00 ` Tobias Jakobi
2015-11-18 10:25 ` Marek Szyprowski
2015-11-18 15:40 ` Tobias Jakobi [this message]
2015-11-19 10:34 ` Marek Szyprowski
2015-11-10 13:23 ` [PATCH 15/25] drm/exynos: add generic check for plane state Marek Szyprowski
2015-11-13 12:30 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 16/25] drm/exynos: mixer: use ratio precalculated in exynos_state Marek Szyprowski
2015-11-13 12:35 ` Gustavo Padovan
2015-11-10 13:23 ` [PATCH 17/25] drm/exynos: fix clipping when scalling is enabled Marek Szyprowski
2015-11-17 18:17 ` Tobias Jakobi
2015-11-10 13:23 ` [PATCH 18/25] drm/exynos: fimd: fix dma burst size setting for small plane size Marek Szyprowski
2015-11-12 15:17 ` Tobias Jakobi
2015-11-12 15:23 ` Daniel Stone
2015-11-10 13:23 ` [PATCH 19/25] drm/exynos: add fb pointer to exynos_drm_plane_state Marek Szyprowski
2015-11-10 13:23 ` [PATCH 20/25] drm/exynos: gem: set default alignment for dumb GEM buffers Marek Szyprowski
2015-11-10 13:23 ` [PATCH 21/25] drm/exynos: gem: remove old unused prototypes Marek Szyprowski
2015-11-10 13:23 ` [PATCH 22/25] drm/exynos: gem: simplify access to exynos gem object Marek Szyprowski
2015-11-10 13:23 ` [PATCH 23/25] drm/exynos: ipp: make framework context global Marek Szyprowski
2015-11-10 13:23 ` [PATCH 24/25] drm/exynos: add generic plane rotation property support Marek Szyprowski
2015-11-10 13:23 ` [PATCH 25/25] drm/exynos: add support for plane scaling Marek Szyprowski
2015-11-10 16:23 ` [PATCH 00/25] Exynos DRM: new life of IPP (Image Post Processing) subsystem Tobias Jakobi
2015-11-11 22:30 ` Emil Velikov
2015-11-12 11:14 ` Daniel Stone
2015-11-12 12:44 ` Tobias Jakobi
2015-11-12 14:46 ` Daniel Stone
2015-11-12 15:10 ` Tobias Jakobi
2015-11-16 11:35 ` Marek Szyprowski
2015-11-16 11:52 ` Daniel Stone
2015-11-17 18:13 ` Tobias Jakobi
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=564C9BF6.8030603@math.uni-bielefeld.de \
--to=tjakobi@math.uni-bielefeld.de \
--cc=a.hajda@samsung.com \
--cc=b.zolnierkie@samsung.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gustavo@padovan.org \
--cc=inki.dae@samsung.com \
--cc=javier@osg.samsung.com \
--cc=jy0922.shim@samsung.com \
--cc=k.kozlowski@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=sw0312.kim@samsung.com \
/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