[PATCH 2/4] drm/exynos: crtc: rework atomic_{begin,flush}

-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 14 -- drivers/gpu/drm/exynos/exynos7_drm_decon.c| 14 -- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 20 drivers/gpu/drm/

[PATCH 4/4] drm/exynos: use generic code for managing zpos plane property

This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 - drivers/gpu/drm/exynos/exynos_drm_plane.

[PATCH 1/4] drm: add support for generic zpos property

and then plane id value if zpos equals Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- Documentation/DocBook/gpu.tmpl | 14 -- drivers/gpu/drm/drm_atomic.c| 4 +++ drivers/gpu/drm/drm_atomic_helper.c | 52 + drivers/g

[PATCH 3/4] drm/exynos: mixer: properly update all planes on the same vblank event

This patch also moves mixer_vsync_set_update() to newly introduced mixer_atomic_begin/flush callbacks. This ensures that all mixer planes will be updated on the same vsync event. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_mixer.

[PATCH 0/4] drm/exynos: introduce generic zpos property

-drm-next branch. Best regards Marek Szyprowski Samsung R Institute Poland Patch summary: Marek Szyprowski (4): drm: add generic zpos property drm/exynos: crtc: rework atomic_{begin,flush} drm/exynos: mixer: properly update all planes on the same vblank event drm/exynos: use generic code

Re: Odroid U3 mutex deadlock.

would be nice to have, see: Documentation/BUG-HUNTING Best regards, Krzysztof Thanks for your inputs. I narrowed down to this commit. -- commit ec459c0c77faca53cf161830cb264e51bb1abba6 Author: Marek Szyprowski <

[PATCH] power: genpd: fix lockdep issue for all subdomains

sion depth to annotate each genpd->lock operation with separate lockdep subclass. Reported-by: Anand Moon <linux.am...@gmail.com> Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/base/power/domain.c | 21 + 1 file changed, 13 insertions(+), 8 del

Re: [PATCH v3 3/7] of: reserved_mem: add support for named reserved mem nodes

Hi Rob, On 2015-12-31 00:25, Rob Herring wrote: On Wed, Dec 16, 2015 at 9:37 AM, Marek Szyprowski <m.szyprow...@samsung.com> wrote: This patch allows device drivers to initialize more than one reserved memory region assigned to given device. When driver needs to use more than one re

Re: [PATCH v3 1/7] drm/exynos: rename zpos to index

to the initial zpos and having initial zpos configurable is also needed. There were already concerns if mixer's dedicated video plane should be below or above the primary gfx plane in the default configuration. > (...) Best regards -- Marek Szyprowski, PhD Samsung R Institute Pol

[PATCH v5 5/5] ARM: amba: Properly handle devices with power domains

To read pid/cid registers, the probed device need to be properly turned on. When it is inside a power domain, the bus code should ensure that the given power domain is enabled before trying to access device's registers. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-b

[PATCH v5 3/5] driver core: handle -EPROBE_DEFER from bus_type.match()

tching information can be retrieved from the HW (typically because a clock driver hasn't probed yet). Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> [changed if-else code structure, adjusted documentation to match the code, extended comments] Signed-off-by: Marek Szyprowski <m.szyprow

[PATCH v5 1/5] drivers: nvdimm: ensure no negative value gets returned on positive match

From: Dan Williams <dan.j.willi...@intel.com> This patch ensures that existing bus match callbacks don't return negative values (which might be interpreted as potential errors in the future) in case of positive match. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> Signed-o

[PATCH v5 2/5] ARM: sa1111: ensure no negative value gets returned on positive match

This patch ensures that existing bus match callbacks don't return negative values (which might be interpreted as potential errors in the future) in case of positive match. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- arch/arm/common/sa.c | 2 +- 1 file changed, 1 ins

Re: [PATCH v3 2/7] drm/exynos: make zpos property configurable

Hello, On 2015-12-17 03:55, Joonyoung Shim wrote: +Cc: Boram Park, Hi Marek, On 12/16/2015 09:21 PM, Marek Szyprowski wrote: This patch adds all infrastructure to make zpos plane property configurable from userspace. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- d

Re: [PATCH v3 5/7] drm/exynos: mixer: refactor layer setup

Hi Joonyoung, On 2015-12-17 05:19, Joonyoung Shim wrote: Hi Marek, On 12/16/2015 09:21 PM, Marek Szyprowski wrote: Properly configure blending properties of given hardware layer based on the selected pixel format. Currently only per-pixel-based alpha is possible when respective pixel format

Re: [PATCH v3 2/7] drm/exynos: make zpos property configurable

Hello, On 2015-12-16 14:28, Daniel Vetter wrote: On Wed, Dec 16, 2015 at 01:21:43PM +0100, Marek Szyprowski wrote: This patch adds all infrastructure to make zpos plane property configurable from userspace. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Imo zpos

Re: [PATCH v3 2/7] drm/exynos: make zpos property configurable

Hello, On 2015-12-16 15:21, Daniel Vetter wrote: On Wed, Dec 16, 2015 at 02:54:04PM +0100, Marek Szyprowski wrote: On 2015-12-16 14:28, Daniel Vetter wrote: On Wed, Dec 16, 2015 at 01:21:43PM +0100, Marek Szyprowski wrote: This patch adds all infrastructure to make zpos plane property

[PATCH v3 7/7] media: s5p-mfc: add iommu support

of address space per each channel). Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 24 drivers/media/platform/s5p-mfc/s5p_mfc_iommu.h | 79 ++ 2 files changed, 103 insertions(+) create mode 100644 d

[PATCH v3 0/7] Exynos: MFC driver: reserved memory cleanup and IOMMU support

would prefer to merge patches 1-2 via Samsung tree and patches 3-7 via media tree (there are no compile-time dependencies between patches 1-2 and 3-7). Patches have been tested on Odroid U3 (Exynos 4412 based) and Odroid XU3 (Exynos 5422 based) boards. Best regards Marek Szyprowski Samsung R Institute

[PATCH v3 6/7] media: s5p-mfc: replace custom reserved memory init code with generic one

by generic reserved memory bindings. Support for non-dt platform has been removed, because all supported platforms have been converted to device tree. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 129 +++--

[PATCH v3 3/7] of: reserved_mem: add support for named reserved mem nodes

This patch allows device drivers to initialize more than one reserved memory region assigned to given device. When driver needs to use more than one reserved memory region, it should allocate child devices and initialize regions by index or name for each of its child devices. Signed-off-by: Marek

[PATCH v3 4/7] media: vb2-dma-contig: add helper for setting dma max seg size

-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/v4l2-core/videobuf2-dma-contig.c | 14 ++ include/media/videobuf2-dma-contig.h | 1 + 2 files changed, 15 insertions(+) diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l

[PATCH v3 5/7] media: set proper max seg size for devices on Exynos SoCs

All multimedia devices found on Exynos SoCs support only contiguous buffers, so set DMA max segment size to DMA_BIT_MASK(32) to let memory allocator to correctly create contiguous memory mappings. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/exyn

[PATCH v3 1/7] ARM: Exynos: convert MFC device to generic reserved memory bindings

This patch replaces custom properties for definining reserved memory regions with generic reserved memory bindings. All custom code for handling MFC-specific reserved memory can be now removed from Exynos-DT generic board code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.

[PATCH v3 2/7] ARM: dts: exynos4412-odroid*: enable MFC device

Enable support for Multimedia Codec (MFC) device for all Exynos4412-based Odroid boards. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/bo

[PATCH v3 1/7] drm/exynos: rename zpos to index

This patch renames zpos entry to index, because in most places it is used as index for selecting hardware layer/window instead of configurable layer position. This will later enable to make the zpos property configurable. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drive

[PATCH v3 4/7] drm/exynos: mixer: remove all static blending setup

From: Tobias Jakobi Previously blending setup was static and most of it was done in mixer_win_reset(). Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_mixer.c | 23 --- 1 file changed, 23

[PATCH v3 6/7] drm/exynos: mixer: also allow ARGB1555 and ARGB4444

From: Tobias Jakobi <tjak...@math.uni-bielefeld.de> Allow the remaining alpha formats now that blending is properly setup. Signed-off-by: Tobias Jakobi <tjak...@math.uni-bielefeld.de> Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/

[PATCH v3 7/7] drm/exynos: mixer: unify a check for video-processor window

Always use macro instead of hard-coded '2' value in conditions related to video processor window. Additional checks are not needed, because video layer is registered only when video processor is available. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/

[PATCH v3 5/7] drm/exynos: mixer: refactor layer setup

. This patch is heavily inspired by earlier work done by Tobias Jakobi <tjak...@math.uni-bielefeld.de>. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_mixer.c | 43 +++ drivers/gpu/drm/exynos/regs-mixer.h |

[PATCH v3 2/7] drm/exynos: make zpos property configurable

This patch adds all infrastructure to make zpos plane property configurable from userspace. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 ++- drivers/gpu/drm/exynos/exynos_drm_plane.c | 51 --- 2

[PATCH v3 3/7] drm/exynos: mixer: set window priority based on zpos

also changes the default layer priority to match already exposed initial zpos values. The initial configuration is now: [top] video > gfx layer1 > gfx layer0 [bottom]. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_

Re: [PATCH v2 4/7] media: vb2-dma-contig: add helper for setting dma max seg size

Hi Laurent, On 2015-12-14 16:50, Laurent Pinchart wrote: Hi Marek, On Monday 14 December 2015 10:20:22 Marek Szyprowski wrote: On 2015-12-13 20:57, Laurent Pinchart wrote: On Wednesday 09 December 2015 14:58:19 Marek Szyprowski wrote: Add a helper function for device drivers to set DMA's

[PATCH] drm/exynos: mixer: remove non-devicetree based initialization code

Exynos platform has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_mixer.c | 28 ++-- 1 file changed, 6 insertions(

Re: [PATCH v2 0/7] Exynos: MFC driver: reserved memory cleanup and IOMMU support

Hello, On 2015-12-13 20:52, Laurent Pinchart wrote: Hi Marek, Thank you for the patches. On Wednesday 09 December 2015 14:58:15 Marek Szyprowski wrote: Hello, This patchset finally perform cleanup of custom code in s5p-mfc codec driver. The first part is removal of custom, driver specific

Re: [PATCH v2 4/7] media: vb2-dma-contig: add helper for setting dma max seg size

Hello, On 2015-12-13 20:57, Laurent Pinchart wrote: Hi Marek, Thank you for the patch. On Wednesday 09 December 2015 14:58:19 Marek Szyprowski wrote: Add a helper function for device drivers to set DMA's max_seg_size. Setting it to largest possible value lets DMA-mapping API always create

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Inki, On 2015-12-11 15:52, Inki Dae wrote: 2015-12-11 20:27 GMT+09:00 Marek Szyprowski <m.szyprow...@samsung.com>: On 2015-12-11 10:57, Inki Dae wrote: 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: On 2015-12-11 10:02, Inki Dae wrote: I found out why NULL point access ha

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Inki, On 2015-12-11 10:57, Inki Dae wrote: Hi Marek, 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: Hi Inki, On 2015-12-11 10:02, Inki Dae wrote: Hi Marek, I found out why NULL point access happened. That was incurred by below your patch, [PATCH] drm/exynos: move dma_addr attribute

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

2015년 12월 10일 22:05에 Inki Dae 이(가) 쓴 글: 2015년 11월 30일 22:53에 Marek Szyprowski 이(가) 쓴 글: DMA address is a framebuffer attribute and the right place for it is exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces helper function for getting dma address of the given framebuffer. Si

[PATCH] clk: exynos: use irqsave version of spin_lock to avoid deadlock with irqs

] [] (kernfs_fop_write) from [] (__vfs_write+0x2c/0xd4) [ 5928.391308] [] (__vfs_write) from [] (vfs_write+0xa0/0x144) [ 5928.398598] [] (vfs_write) from [] (SyS_write+0x44/0x84) [ 5928.405631] [] (SyS_write) from [] (ret_fast_syscall+0x0/0x3c) Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> C

Re: [PATCH v2 14/22] drm/exynos: fimd: fix dma burst size setting for small plane size

Hello, On 2015-12-10 12:35, Inki Dae wrote: Hi Marek, 2015년 11월 30일 22:53에 Marek Szyprowski 이(가) 쓴 글: This patch fixes trashed display of buffers cropped to very small width. Even if DMA is unstable and causes tearing when changing the burst size, it is still better than displaying a garbage

[PATCH v2 2/2] ARM: dts: exynos542x: add GSCL block parent clock management to pm domain

Add support for restoring GScaler parent clocks configuration when GSCL power domain is turned on. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- arch/arm/boot/dts/exynos5420.dtsi | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/bo

Re: [PATCH 3/7] of: reserved_mem: add support for named reserved mem nodes

Hello, On 2015-12-08 15:58, Rob Herring wrote: On Mon, Dec 7, 2015 at 6:08 AM, Marek Szyprowski <m.szyprow...@samsung.com> wrote: This patch allows device drivers to use more than one reserved memory region assigned to given device. When NULL name is passed to of_reserved_mem_devic

[PATCH v2 6/7] media: s5p-mfc: replace custom reserved memory init code with generic one

by generic reserved memory bindings. Support for non-dt platform has been removed, because all supported platforms have been converted to device tree. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 129 +++--

[PATCH v2 4/7] media: vb2-dma-contig: add helper for setting dma max seg size

-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/v4l2-core/videobuf2-dma-contig.c | 15 +++ include/media/videobuf2-dma-contig.h | 1 + 2 files changed, 16 insertions(+) diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l

[PATCH v2 7/7] media: s5p-mfc: add iommu support

of address space per each channel). Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 24 drivers/media/platform/s5p-mfc/s5p_mfc_iommu.h | 79 ++ 2 files changed, 103 insertions(+) create mode 100644 d

[PATCH v2 0/7] Exynos: MFC driver: reserved memory cleanup and IOMMU support

would prefer to merge patches 1-2 via Samsung tree and patches 3-7 via media tree (there are no compile-time dependencies between patches 1-2 and 3-7). Patches have been tested on Odroid U3 (Exynos 4412 based) and Odroid XU3 (Exynos 5422 based) boards. Best regards Marek Szyprowski Samsung R Institute

[PATCH v2 2/7] ARM: dts: exynos4412-odroid*: enable MFC device

Enable support for Multimedia Codec (MFC) device for all Exynos4412-based Odroid boards. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/bo

[PATCH v2 3/7] of: reserved_mem: add support for named reserved mem nodes

This patch allows device drivers to initialize more than one reserved memory region assigned to given device. When driver needs to use more than one reserved memory region, it should allocate child devices and initialize regions by index or name for each of its child devices. Signed-off-by: Marek

[PATCH v2 5/7] media: set proper max seg size for devices on Exynos SoCs

All multimedia devices found on Exynos SoCs support only contiguous buffers, so set DMA max segment size to DMA_BIT_MASK(32) to let memory allocator to correctly create contiguous memory mappings. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/exyn

[PATCH 4/4] media: exynos4-is: remove non-device-tree init code

Exynos and Samsung S5P platforms has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/exynos4-is/fimc-core.c | 50 --- 1 file c

[PATCH 3/4] media: s5p-mfc: remove non-device-tree init code

Exynos and Samsung S5P platforms has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 37 +--- 1 file c

[PATCH 1/4] media: exynos-gsc: remove non-device-tree init code

Exynos platform has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/exynos-gsc/gsc-core.c | 33 +--- drivers/media/platform/exynos-g

[PATCH 2/4] media: s5p-g2d: remove non-device-tree init code

Exynos and Samsung S5P platforms has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-g2d/g2d.c | 27 +-- drivers/media/pl

Re: [PATCH 0/7] Exynos: MFC driver: reserved memory cleanup and IOMMU support

Hello, On 2015-12-07 13:08, Marek Szyprowski wrote: This patchset finally perform cleanup of custom code in s5p-mfc codec driver. The first part is removal of custom, driver specific code for intializing and handling of reserved memory. Instead, a generic code for reserved memory regions

[PATCH] clk: samsung: exynos542x: fix MFC clock hierarchy parent

Proper source for MFC block is mout_user_aclk333 (in datasheet named USER_MUX_ACLK_333), not the output of CLKDIV_ACLK_333 MUX. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/clk/samsung/clk-exynos5420.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH] media: s5p-jpeg: Adjust buffer size for Exynos 4412

From: Andrzej Pietrasiewicz <andrze...@samsung.com> Eliminate iommu fault during encoding by adjusting image size used for buffer size computation and ensuring that the buffer is not overrun. Signed-off-by: Andrzej Pietrasiewicz <andrze...@samsung.com> Signed-off-by: Marek Szyprowsk

[PATCH 1/2] clk: samsung: exynos5422: add missing parent GSCL block clocks

This patch adds clocks, which are required for preserving parent clock configuration on GSCL power domain on/off. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/clk/samsung/clk-exynos5420.c | 8 include/dt-bindings/clock/exynos5420.h | 2 ++ 2 files chan

[PATCH 6/7] media: s5p-mfc: replace custom reserved memory init code with generic one

by generic reserved memory bindings. Support for non-dt platform has been removed, because all supported platforms have been converted to device tree. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 129 +++--

[PATCH 4/7] media: vb2-dma-contig: add helper for setting dma max seg size

-by: Marek Szyprowski <m.szyprow...@samsung.com> --- Changelog: v3: - make this code a helper function instead of chaning max_seg_size unconditionally on vb2_dma_contig_init_ctx v2: - set max segment size only if a new dma params structure has been allocated, as suggested by Laurent Pi

[PATCH 1/7] ARM: Exynos: convert MFC device to generic reserved memory bindings

This patch replaces custom properties for definining reserved memory regions with generic reserved memory bindings. All custom code for handling MFC-specific reserved memory can be now removed from Exynos-DT generic board code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.

[PATCH 3/7] of: reserved_mem: add support for named reserved mem nodes

This patch allows device drivers to use more than one reserved memory region assigned to given device. When NULL name is passed to of_reserved_mem_device_init(), the default (first) region is used. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/of/of_reserved

[PATCH 7/7] media: s5p-mfc: add iommu support

of address space per each channel). Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 24 drivers/media/platform/s5p-mfc/s5p_mfc_iommu.h | 79 ++ 2 files changed, 103 insertions(+) create mode 100644 d

[PATCH 2/7] ARM: dts: exynos4412-odroid*: enable MFC device

Enable support for Multimedia Codec (MFC) device for all Exynos4412-based Odroid boards. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/bo

[PATCH 0/7] Exynos: MFC driver: reserved memory cleanup and IOMMU support

would prefer to merge patches 1-2 via Samsung tree and patches 3-7 via media tree (there are no compile-time dependencies between patches 1-2 and 3-7). Patches have been tested on Odroid U3 (Exynos 4412 based) and Odroid XU3 (Exynos 5422 based) boards. Best regards Marek Szyprowski Samsung R Institute

[PATCH 5/7] media: set proper max seg size for devices on Exynos SoCs

All multimedia devices found on Exynos SoCs support only contiguous buffers, so set DMA max segment size to DMA_BIT_MASK(32) to let memory allocator to correctly create contiguous memory mappings. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/media/platform/exyn

[PATCH v4 0/3] Exynos4210: fix power domain for MDMA1 device

the registration of MDMA1 device happens, what results in system hangs, because the common bus code tries to read PID/CID registers from turned-off device. Changes since v3 include some more code refactoring done to fix issues pointed by Ulf Hansson and Russel King. Best regards Marek Szyprowski Samsung R

[PATCH v4 3/3] ARM: amba: Properly handle devices with power domains

To read pid/cid registers, the probed device need to be properly turned on. When it is inside a power domain, the bus code should ensure that the given power domain is enabled before trying to access device's registers. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-b

[PATCH v4 2/3] ARM: amba: Move reading of periphid to amba_match()

isn't there yet and the device will be retried later. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> [minor code adjustments, removed forward declaration, added missing comment] Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Ulf Hansson <ulf.hans...@lin

[PATCH v4 1/3] driver core: handle -EPROBE_DEFER from bus_type.match()

tching information can be retrieved from the HW (typically because a clock driver hasn't probed yet). Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> [changed if-else code structure, adjusted documentation to match the code, extended comments] Signed-off-by: Marek Szyprowski <m.szyprow

Re: [PATCH v2 2/4] driver core: handle -EPROBE_DEFER from bus_type.match()

Hello, On 2015-11-30 14:36, Ulf Hansson wrote: On 26 November 2015 at 13:49, Marek Szyprowski <m.szyprow...@samsung.com> wrote: From: Tomeu Vizoso <tomeu.viz...@collabora.com> Lets implementations of the match() callback in struct bus_type to /s/Lets/Allow return errors

[PATCH v3 2/3] ARM: amba: Move reading of periphid to amba_match()

isn't there yet and the device will be retried later. Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> [minor code adjustments, added missing comment] Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/amba/bus.c | 77 +---

[PATCH v3 0/3] Exynos4210: fix power domain for MDMA1 device

the registration of MDMA1 device happens, what results in system hangs, because the common bus code tries to read PID/CID registers from turned-off device. Changes since v2 include some code refactoring done to fix issues pointed by Ulf Hansson. Best regards Marek Szyprowski Samsung R Institute Poland

[PATCH v3 3/3] ARM: amba: Properly handle devices with power domains

To read pid/cid registers, the probed device need to be properly turned on. When it is inside a power domain, the bus code should ensure that the given power domain is enabled before trying to access device's registers. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- driver

[PATCH v3 1/3] driver core: handle -EPROBE_DEFER from bus_type.match()

tching information can be retrieved from the HW (typically because a clock driver hasn't probed yet). Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> [changed if-else code structure, adjusted documentation to match the code] Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com>

[PATCH v2 01/22] drm/exynos: gsc: prepare and unprepare gsc clock

From: Seung-Woo Kim <sw0312@samsung.com> Ths patch changes the clk_enable and clk_disable call in gsc driver into clk_prepare_enable and clk_disable_unprepare. Signed-off-by: Seung-Woo Kim <sw0312@samsung.com> Signed-off-by: Marek Szyprowski <m.szyprow...@samsun

[PATCH v2 02/22] drm/exynos: gsc: fix wrong pm_runtime state

From: Seung-Woo Kim <sw0312@samsung.com> At probe time, gsc clock is not enabled, so pm_runtime state should be deactive. So this patch removes pm_runtime_set_active() from gsc_probe(). Signed-off-by: Seung-Woo Kim <sw0312@samsung.com> Signed-off-by: Marek Szyprowsk

[PATCH v2 14/22] drm/exynos: fimd: fix dma burst size setting for small plane size

This patch fixes trashed display of buffers cropped to very small width. Even if DMA is unstable and causes tearing when changing the burst size, it is still better than displaying a garbage. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_

[PATCH v2 21/22] drm/exynos: ipp: make framework context global

IPP framework stored global context in driver data of its platform device. This patch moves it to global variable to simplify access. There exists only one such framework, so there is no drawback of this change. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/g

[PATCH v2 18/22] drm/exynos: fix to calculate offset of each plane for ipp fimc

YUV420 formats. Signed-off-by: Seung-Woo Kim <sw0312@samsung.com> Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 106 +++ drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 - driv

[PATCH v2 20/22] drm/exynos: gem: simplify access to exynos gem object

Replace calls to exynos_drm_gem_get_{dma_addr,size}, by a simpler function exynos_drm_gem_get(). This lets the caller to get access to exynos_drm_gem object and extract any information about GEM object without searching object tree for getting each parameter. Signed-off-by: Marek Szyprowski

[PATCH v2 10/22] drm/exynos: introduce exynos_drm_plane_config structure

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.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 --- drive

[PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

DMA address is a framebuffer attribute and the right place for it is exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces helper function for getting dma address of the given framebuffer. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo P

[PATCH v2 04/22] drm/exynos: rotator: convert to common clock framework

This driver was not used after introduction of common clock framework. This patch adds missing prepare/unprepare calls and allows to use it again with current kernel code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collab

[PATCH v2 08/22] drm/exynos: mixer: use crtc->state->adjusted_mode instead of crtc->mode

This patch replaces usage of crtc->mode with crtc->state->adjusted_mode like it is already done in common plane code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- drivers/gpu/drm/exynos/exyno

[PATCH v2 05/22] drm/exynos: exynos7-decon: remove excessive check

Display area is already checked by exynos plane core, so there is no need for such check in driver code. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 10 -

[PATCH v2 03/22] drm/exynos: gsc: add device tree support and remove usage of static mappings

driver thought. Signed-off-by: Seung-Woo Kim <sw0312@samsung.com> [updated commit message, removed the need for wb-lcd property, because all gscallers have support for lcd writeback, replaced dependency on !ARCH_MULTIPLATFORM with !VIDEO_SAMSUNG_EXYNOS_GSC] Signed-off-by: Marek Szyprowsk

[PATCH v2 13/22] drm/exynos: fix clipping when scaling is enabled

This patch fixes calculation of src x/y offset for negative crtc x/y values when scaling is enabled. This fixes possible IOMMU fault when scaling is enabled. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 13 +++--

[PATCH v2 22/22] drm/exynos: add support for plane rotation, scalling and colospace convesion

-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/Kconfig| 8 + drivers/gpu/drm/exynos/Makefile | 1 + drivers/gpu/drm/exynos/exynos_drm_drv.h | 9 + drivers/gpu/drm/exynos/exynos_drm_ipp.c | 154 ++- drivers/gpu/drm/

[PATCH v2 11/22] drm/exynos: add generic check for plane state

This patch adds generic check for plane state - display area dimensions, so drivers can always assume that they get valid plane state to set. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- drivers/gp

[PATCH v2 19/22] drm/exynos: fix to calculate offset of each plane for ipp gsc

r NV12 and YUV420 formats. Signed-off-by: Seung-Woo Kim <sw0312@samsung.com> Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 116 1 file changed, 116 insertions(+) diff --git a/drivers/gpu/drm/exynos/e

[PATCH v2 17/22] drm/exynos: gem: set default alignment for dumb GEM buffers

This patch forces all GEM buffers to have pitch aligned at least to 8 pixels. This is a common requirement for various Exynos IPP blocks, which otherwise won't be able to operate on buffers of random size. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/

[PATCH v2 15/22] drm/exynos: gem: remove old unused prototypes

This patch removes old, unused function prototypes from exynos_drm_gem.h. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_gem.h | 28 1 file changed, 28 deletions(-) diff --git a/drivers/gpu/drm/

[PATCH v2 00/22] Exynos DRM: new life of IPP (Image Post Processing) subsystem

cleanups. The patches are based on top of current exynos-drm-next branch. Best regards Marek Szyprowski Samsung R Institute Poland Patch summary: Marek Szyprowski (17): drm/exynos: rotator: convert to common clock framework drm/exynos: exynos7-decon: remove excessive check drm/exynos: move

[PATCH v2 12/22] drm/exynos: mixer: use ratio precalculated in exynos_state

Common plane code already calculates and checks for supported scalling modes, so additional code in mixer driver can be now removed. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- drivers/gpu/drm/exynos/ex

[PATCH v2 16/22] drm/exynos: add fb pointer to exynos_drm_plane_state

Add framebuffer pointer to exynos_drm_plane_state and tell drivers to use it. This lets common plane code to set temporary framebuffer in the future and drivers will use it without additional changes. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> --- drivers/gpu/drm/

[PATCH v2 07/22] drm/exynos: introduce exynos_drm_plane_state structure

This patch introduces exynos_drm_plane_state structure, which subclasses drm_plane_state and holds precalculated data suitable for configuring Exynos hardware. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>

[PATCH v2 09/22] drm/exynos: mixer: enable video overlay plane only when VP is available

Video overlay plane should be registered only when suitable hardware sub-block (Video Processor) is available. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.com> Reviewed-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk> --- drivers/gpu/drm/exynos/exynos_mixer.c | 3

Re: [PATCH 1/2] drivers: amba: properly handle devices with power domains

Hello, On 2015-11-25 19:09, Russell King - ARM Linux wrote: On Wed, Nov 25, 2015 at 02:56:10PM +0100, Ulf Hansson wrote: On 25 November 2015 at 14:34, Marek Szyprowski <m.szyprow...@samsung.com> wrote: Is ignoring dev_pm_domain_attach() return value a solution for you? That's probably

Re: [PATCH 1/2] drivers: amba: properly handle devices with power domains

Hello, On 2015-11-26 11:59, Russell King - ARM Linux wrote: On Thu, Nov 26, 2015 at 11:24:50AM +0100, Ulf Hansson wrote: On 26 November 2015 at 09:39, Marek Szyprowski <m.szyprow...@samsung.com> wrote: Hello, On 2015-11-25 19:09, Russell King - ARM Linux wrote: On Wed, Nov 25, 2015 at

  1   2   3   4   5   6   7   8   9   10   >