Mixer hardware supports RGB input buffers with full and limited range.
Set the csc matrix accordingly to chosen range. Note that range setting
has to be equal for both graphic layers.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 57
Use available drm_plane pointer, for consistency.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_plane.c
b/drivers/gpu/drm/exynos/exynos_drm_plane.c
Define new range capability and add range value to
exynos_drm_plane_config.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/drivers/gpu/drm/exynos/exynos_drm_drv.h
Range setting makes sense for YCbCr and RGB buffers. Current
drm_color_range enum labels suggest use with YCbCr buffers.
Create enum labels without colorspace specification.
Signed-off-by: Christoph Manszewski
---
include/drm/drm_color_mgmt.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
Create range property within exynos_drm_plane_init and set to default value
in exynos_drm_plane_reset.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_plane.c
b
2 Split color properties function
Patch 3 Add default range field to exynos_drm_plane config
Patch 4 Minor code cleanup
Patch 5 Add optional range property to exynos plane
Patch 6 Make input rgb range configurable in exynos_mixer
Regards,
Chris
Christoph Manszewski (6):
include/drm: color_mgmt
Split drm_plane_create_color_properties into two separate functions.
This allows to create range and encoding property independently.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/drm_color_mgmt.c | 93 +++-
include/drm/drm_color_mgmt.h | 8
Hi,
I am looking for a way to export the color encoding and range selection
to user space. I came across those properties and am wondering, why
they are meant only for non RGB color encodings. Would it be okay, to
modify them and use with RGB formats as well?
Regards,
Chris
On 02/19/2018 09:28
Use drm_default_colorimetry helper function to determine the default
colorspace type (ITU-R BT.601 or ITU-R BT.709).
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos
In analogy to drm_default_rgb_quant_range, create
drm_default_colorimetry helper function to determine the default
colorimetry value based on drm_display_mode. Currently there isn't any
standarized way to determine the default color space format.
Signed-off-by: Christoph Manszewski
---
dr
e of it in exynos_mixer.c
Regards,
Chris
Christoph Manszewski (2):
drm/edid: Add colorimetry helper function
drm/exynos: mixer: Use colorimetry helper function
drivers/gpu/drm/drm_edid.c| 12
drivers/gpu/drm/exynos/exynos_mixer.c | 3 ++-
include/drm/drm_edid.h
modetest.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 17 -
drivers/gpu/drm/exynos/regs-mixer.h | 9 +
2 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos
g modetest.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index e3a4ecbc503b..bcc26c10095a 100644
--- a/drive
Hello,
This patch series fixes the color format and color range setting
in exynos_mixer.c
Patch 1 fixes color format setting.
Patch 2 fixes color range setting.
Regards,
Chris
Christoph Manszewski (2):
drm/exynos: mixer: Fix color format setting
drm/exynos: mixer: Fix color range setting
The decon hardware supports different blend modes. Add pixel blend mode
property and make it configurable, by modifying the blend equation.
Tested on TM2 with Exynos 5433 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v4 changes:
- set blend equation for
The fimd hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TRATS2 with Exynos 4412 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v2 changes:
- write blue lower ALPHA0 value correctly,
- set ALPHA1 to zero
The fimd hardware supports different blend modes. Add pixel blend mode
property and make it configurable, by modifying the blend equation.
Tested on TRATS2 with Exynos 4412 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
changes in v2:
- add premultiplied mode by
The decon hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TM2 with Exynos 5433 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v2 changes:
- remove window blend property for the first (0) layer
(currently zpos
,
Changes in v2:
- add premultiplied pixel blend mode (i.e. make it functional),
- correct minor issues from v1,
- refactor code in order to adapt to above changes.
Christoph Manszewski (2):
drm/exynos: decon: Make plane alpha configurable
drm/exynos: decon: Make pixel blend mode
in order to adapt above changes.
Christoph Manszewski (2):
drm/exynos: fimd: Make plane alpha configurable
drm/exynos: fimd: Make pixel blend mode configurable
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 123 +--
include/video/samsung_fimd.h | 10
The decon hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next,
commit: c530174b90fa
Signed-off-by: Christoph Manszewski
---
v2 changes:
- remove window blend property for the first (0) layer
The decon hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next,
commit: c530174b90fa
Signed-off-by: Christoph Manszewski
---
v2 changes:
- remove window blend property for the first (0) layer
changes.
Christoph Manszewski (2):
drm/exynos: decon: Make plane alpha configurable
drm/exynos: decon: Make pixel blend mode configurable
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 84 ++-
drivers/gpu/drm/exynos/regs-decon5433.h | 22 +++
2 files changed
Currently blend mode is set accordingly to pixel format.
Add pixel blend mode property and make it configurable,
by modifying the blend equation.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next,
commit: c530174b90fa
Signed-off-by: Christoph Manszewski
---
v3 changes:
- fix
,
- refactor code in order to adapt to above changes.
Christoph Manszewski (2):
drm/exynos: decon: Make plane alpha configurable
drm/exynos: decon: Make pixel blend mode configurable
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 83 ++-
drivers/gpu/drm/exynos/regs
Currently blend mode is set accordingly to pixel format.
Add pixel blend mode property and make it configurable,
by modifying the blend equation.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next,
commit: c530174b90fa
Signed-off-by: Christoph Manszewski
---
After further studying
Hello,
This patch series adds two new configurable properties
to exynos_drm_fimd.
Patch 1 add window alpha property.
Patch 2 add pixel blend mode property.
Regards,
Chris
Christoph Manszewski (2):
drm/exynos: fimd: Make plane alpha configurable
drm/exynos: fimd: Make pixel blend mode
The fimd hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TRATS2 with Exynos 4412 CPU, on top of exynos-drm-next.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 69
ff-by: Christoph Manszewski
---
Similar to exynos5433_drm_decon, the driver exposes
the "premultiplied" option for pixel blend mode property,
although hardware doesn't support it, and it's hanlded
by the driver as "coverage". Again, that's because the premultipl
The decon hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 30 +++
drivers
Hello,
This patch series adds two new configurable properties
to exynos5433_drm_decon.
Patch 1 add window alpha property.
Patch 2 add pixel blend mode property.
Regards,
Chris
Christoph Manszewski (2):
drm/exynos: decon: Make plane alpha configurable
drm/exynos: decon: Make pixel blend
Currently blend mode is set accordingly to pixel format.
Add pixel blend mode property and make that configurable.
Decon hardware doesn't support premultiplied mode,
chose coverage as default.
Tested on TM2 with Exynos 5433 CPU, on top of exynos-drm-next
using modetest.
Signed-off-by: Chri
3 add window alpha property.
Regards,
Chris
Christoph Manszewski (3):
drm/exynos: drm_plane: Correct exynos_drm_plane_reset
drm/exynos: mixer: Make pixel blend mode configurable
drm/exynos: mixer: Make plane alpha configurable
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
drivers/gpu
The mixer hardware supports variable plane alpha. Currently planes are
opaque, make this configurable.
Tested on Odroid-U3 with Exynos 4412 CPU, kernel next-20180913
using modetest.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 +
drivers/gpu/drm/exynos
The mixer hardware supports both premultiplied alpha and
non-premultiplied alpha. Currently premultiplied alpha is default, make
this configurable.
Tested on Odroid-U3 with Exynos 4412 CPU, kernel next-20180913
using modetest.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos
Make use of helper functions in exynos_drm_plane_reset in order to set
all default values. Currently alpha isn't set during reset.
Signed-off-by: Christoph Manszewski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/dr
36 matches
Mail list logo