RE: [RFC] Standardize YUV support in the fbdev API

2011-05-23 Thread Marek Szyprowski
and the display was correct with xawtv. It is just a matter of selecting correct pix format basing on the information returned by xsever. Best regards -- Marek Szyprowski Samsung Poland RD Center ___ dri-devel mailing list dri-devel

RE: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

2011-09-22 Thread Marek Szyprowski
what will happen w/ dma_alloc_coherent, etc, if the global CMA pool is exhausted. Marek? I guess you know what would happen? The allocation will simply fail and dma_alloc_coherent will return NULL. Best regards -- Marek Szyprowski Samsung Poland RD Center

RE: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

2011-11-03 Thread Marek Szyprowski
for this particular device. This way it will also work with devices that don't do the real DMA (like for example USB devices that copy all data from usb packets to the target buffer with the cpu). Best regards -- Marek Szyprowski Samsung Poland RD Center

RE: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

2011-11-28 Thread Marek Szyprowski
correct mappings for the GPU/scanout? IMHO only a GPU driver is capable of doing that assuming it got just a scatter list from the webcam driver. Best regards -- Marek Szyprowski Samsung Poland RD Center ___ dri-devel mailing list dri-devel

RE: [RFC 4/4] drm: Add NVIDIA Tegra support

2012-04-12 Thread Marek Szyprowski
the kernel tree there aren't any users that map DMA memory through an IOMMU. dma_map_sg is certainly the right interface to use, and Marek Szyprowski has patches to make that work on ARM, hopefully going into v3.5, so you could use those. I've looked at Marek's patches but I don't

RE: [RFC 4/4] drm: Add NVIDIA Tegra support

2012-04-12 Thread Marek Szyprowski
Hi Arnd, On Thursday, April 12, 2012 1:18 PM Arnd Bergmann wrote: On Thursday 12 April 2012, Marek Szyprowski wrote: Scatter lists were initially designed for the disk based block io operations, hence the presence of the in-page offsets and lengths for each chunk. For multimedia use

RE: [PATCH v4 02/14] Documentation: media: description of DMABUF importing in V4L2

2012-04-23 Thread Marek Szyprowski
only buffers, which come from other devices and dev2dev transfers are the only possibility. malloc()ed memory buffers are rejected. Best regards -- Marek Szyprowski Samsung Poland RD Center ___ dri-devel mailing list dri-devel@lists.freedesktop.org

RE: [PATCH 0/7] [RFC] drm/exynos: Add IOMMU support to DRM

2012-07-17 Thread Marek Szyprowski
-mapping subsystem, let's call it DMA_ATTR_FORCE_CONTIGUOUS, which forces dma-mapping to allocate the buffer from the CMA area or reserved memory (depending on what is available) instead of assembling it from individual pages. Would it solve your problem? Best regards -- Marek Szyprowski

RE: [PATCH 1/2] device: add dma_params-max_segment_count

2012-07-20 Thread Marek Szyprowski
has constraints about maximum number of segments. Signed-off-by: Rob Clark r...@ti.com Yea, it is a really good idea to add this to struct device_dma_parameters. We only need to initialize it to '1' in platform startup code for all devices relevant to buffer sharing. Acked-by: Marek Szyprowski

RE: [PATCH 1/3] Move FIMD register headers to include/video/

2012-08-01 Thread Marek Szyprowski
mix two methods of runtime detection. FIMD driver (s3c-fb) already has runtime hw detection based on platform device id. Adding such detection for exynos5 to DRM FIMD driver should not be a big issue too. Best regards -- Marek Szyprowski Samsung Poland RD Center

RE: [PATCH 1/3] Move FIMD register headers to include/video/

2012-08-01 Thread Marek Szyprowski
Hello, On Tuesday, July 31, 2012 10:19 AM Jingoo Han wrote: On Tuesday, July 31, 2012 3:28 PM Marek Szyprowski wrote: Hello, On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote: On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote: Hello Jingoo Han, On Mon

Re: [PATCHv10 08/26] v4l: vb2-dma-contig: add support for scatterlist in userptr mode

2012-10-30 Thread Marek Szyprowski
be the difference design-wise between them if this patch is merged? Best regards -- Marek Szyprowski Samsung Poland RD Center ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [GIT PULL] exynos-drm-next

2012-11-20 Thread Marek Szyprowski
Szyprowski. Marek, please give me ack. common: DMA-mapping: add DMA_ATTR_FORCE_CONTIGUOUS attribute ARM: dma-mapping: add support for DMA_ATTR_FORCE_CONTIGUOUS attribute. For the dma-mapping related changes: Acked-by: Marek Szyprowski m.szyprow...@samsung.com This patch is used

Re: DMA mapping API abuse in exynos-drm

2013-05-08 Thread Marek Szyprowski
is too limited. ExynosDRM is unlikely to be used on a hardware other than Samsung Exynos, so it can better use hardware if it access IOMMU and CMA subsystems directly and have its own address space manager to avoid hacking in internal structures of dma-mapping. Best regards -- Marek Szyprowski Samsung

Re: [PATCH v2 7/7] arm64: dts: exynos: configure TV path clocks for Ultra HD modes

2017-01-23 Thread Marek Szyprowski
samsung,disp-sysreg = <_disp>; interrupt-names = "fifo", "vsync", "lcd_sys"; interrupts = , Best regards -- Marek Szyprowski, PhD Samsung R Institute Poland ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] dma-buf: add support for compat ioctl

2017-02-21 Thread Marek Szyprowski
Add compat ioctl support to dma-buf. This lets one to use DMA_BUF_IOCTL_SYNC ioctl from 32bit application on 64bit kernel. Data structures for both 32 and 64bit modes are same, so there is no need for additional translation layer. Signed-off-by: Marek Szyprowski <m.szyprow...@samsung.

Re: [PATCH] dma-buf: add support for compat ioctl

2017-02-21 Thread Marek Szyprowski
Hi Christian, On 2017-02-21 14:59, Christian König wrote: Am 21.02.2017 um 14:21 schrieb Marek Szyprowski: Add compat ioctl support to dma-buf. This lets one to use DMA_BUF_IOCTL_SYNC ioctl from 32bit application on 64bit kernel. Data structures for both 32 and 64bit modes are same, so

Re: [PATCH] dma-buf: add support for compat ioctl

2017-02-21 Thread Marek Szyprowski
Dear All, On 2017-02-21 15:37, Marek Szyprowski wrote: Hi Christian, On 2017-02-21 14:59, Christian König wrote: Am 21.02.2017 um 14:21 schrieb Marek Szyprowski: Add compat ioctl support to dma-buf. This lets one to use DMA_BUF_IOCTL_SYNC ioctl from 32bit application on 64bit kernel. Data

[RFC v3] drm/exynos: g2d: fix runtime PM

2016-09-26 Thread Marek Szyprowski
t; - disable autosuspend mode again in g2d_remove() > - only get sync in g2d_runqueue_worker() if there is node >in the queue left > > Changes in v3: > - actually delete node in g2d_remove_runqueue_nodes() > > Signed-off-by: Tobias Jakobi [...] Best regards -- Marek Szyprowski, PhD Samsung R Institute Poland

[RFC v3] drm/exynos: g2d: fix runtime PM

2016-09-27 Thread Marek Szyprowski
Hi Tobias, On 2016-09-26 16:15, Tobias Jakobi wrote: > Marek Szyprowski wrote: >> On 2016-09-24 20:58, Tobias Jakobi wrote: >>> The commit b05984e21a7e000bf5074ace00d7a574944b2c16 broke >>> operation of the G2D. After this commit the following >>> happens. &g

[PATCH 0/6] drm/exynos: g2d: rework sleep and runtime PM

2016-09-28 Thread Marek Szyprowski
> > With best wishes, > Tobias Patches looks really nice! However I didn't have time to test them on the real hardware. You can add my: Acked-by: Marek Szyprowski > Tobias Jakobi (6): >Revert "drm/exynos: g2d: fix system and runtime pm integration" >drm/exynos: g2

[PATCH] drm: exynos: Add runtime PM support to MIC driver

2017-01-10 Thread Marek Szyprowski
This patch adds pm_runtime_get/put calls to notify device core when MIC device is really in use. This is needed to let power domain with this device to be turned off when display is turned off. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 17 - 1

RFC: hardware accelerated bitblt using dma engine

2016-08-03 Thread Marek Szyprowski
tp://thread.gmane.org/gmane.linux.kernel.samsung-soc/49743 I plan to propose an API based on DRM object/properties, which will be similar to KMS atomic API. I will let you know when I have it ready for presenting in public. Best regards -- Marek Szyprowski, PhD Samsung R Institute Poland

[PATCH] of: reserved_mem: restore old behavior when no region is defined

2016-06-08 Thread Marek Szyprowski
given device") Signed-off-by: Marek Szyprowski --- drivers/of/of_reserved_mem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c index 3cf129f..06af99f 100644 --- a/drivers/of/of_reserved_mem.c +++

HDLCD crashes with 6d910bfa809e

2016-06-08 Thread Marek Szyprowski
ry-region" phandle. Plus the check for dev is > superfluous > when using of_reserved_mem_device_init() as that uses dev->of_node for np so > it would > crash before the check anyway. Maybe move the check there? > > Until then I suggest reverting the 59ce4039727ef40 commit.

HDLCD crashes with 6d910bfa809e

2016-06-08 Thread Marek Szyprowski
Hi Liviu, On 2016-06-08 11:05, liviu.dudau at arm.com wrote: > On Wed, Jun 08, 2016 at 08:58:33AM +0200, Marek Szyprowski wrote: >> On 2016-06-07 16:34, liviu.dudau at arm.com wrote: >>> On Tue, Jun 07, 2016 at 03:11:14PM +0100, Robin Murphy wrote: >>>> Hi Livi

of_reserved_mem_device_init_by_idx() returns -EINVAL if "memory-region" is missing

2016-06-17 Thread Marek Szyprowski
So I'm wondering which part should be fixed: > 1) of_reserved_mem itself or > 2) users of of_reserved_mem_device_init() > > Any thoughts? This was my fault. The fix is already queued to linux-next, see commit 9f5a802b1d51dc80a27d828a5f7dcc8ec4a72f03 ("[media] of: reserved_mem: re

[PATCH v2 2/5] drm/exynos: iommu: add a check if all sub-devices have iommu controller

2016-06-17 Thread Marek Szyprowski
This patch adds a check if all devices belonging to Exynos DRM have the same dma_map_ops set. This is required to enable operation with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers

[PATCH v2 0/5] Exynos DRM: add support for ARM 64bit arch with IOMMU

2016-06-17 Thread Marek Szyprowski
code. Once both architectures are unified, the conditional code can be removed, but for now it lets one to use Exynos DRM on both architectures. Best regards Marek Szyprowski Samsung R Institute Poland Changelog: v2: - simplified ifdefs in exynos_drm_iommu.h, so when ARM32 bit will be converted

[PATCH v2 3/5] drm/exynos: iommu: remove unused entries from exynos_drm_private strcuture

2016-06-17 Thread Marek Szyprowski
This patch removes unused entries from exynos_drm_private strcuture. da_start/da_space_size were only used in drm_create_iommu_mapping() function and never set to other value than the defaults. Instead use default values directly in arm_iommu_create_mapping() call. Signed-off-by: Marek Szyprowski

[PATCH v2 1/5] drm/exynos: iommu: move dma_params configuration code to separate functions

2016-06-17 Thread Marek Szyprowski
in case of Exynos DRM being compiled as module and loaded 2 times, a user-after-free issue will happen. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 28 ++-- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/exynos

[PATCH v2 4/5] drm/exynos: iommu: move ARM specific code to exynos_drm_iommu.h

2016-06-17 Thread Marek Szyprowski
be removed. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 39 +-- drivers/gpu/drm/exynos/exynos_drm_iommu.h | 36 2 files changed, 42 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/exynos

[PATCH v2 5/5] drm/exynos: iommu: add support for ARM64 specific code for IOMMU glue

2016-06-17 Thread Marek Szyprowski
This patch adds support for ARM 64bit architecture with IOMMU-DMA glue code, so Exynos DRM can be now used on Exynos 5433 with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig| 2 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 7 +--- drivers/gpu

[PATCH v4 1/3] drm: add generic zpos property

2016-01-18 Thread Marek Szyprowski
off-by: Marek Szyprowski Tested-by: Benjamin Gaignard --- Documentation/DocBook/gpu.tmpl | 14 - drivers/gpu/drm/drm_atomic.c| 4 ++ drivers/gpu/drm/drm_atomic_helper.c | 118 drivers/gpu/drm/drm_crtc.c |

[PATCH v4 3/3] drm: simplify initialization of rotation property

2016-01-18 Thread Marek Szyprowski
This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v4 2/3] drm/exynos: use generic code for managing zpos plane property

2016-01-18 Thread Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 --- drivers/gpu/drm

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

2016-01-18 Thread Marek Szyprowski
are based on top of latest exynos-drm-next branch. Best regards Marek Szyprowski Samsung R Institute Poland Changelog: v4: - made min/max values of zpos property driver dependent (request of Ville Syrjälä) - adjusted some comments v3: http://www.spinics.net/lists/dri-devel/msg98207.html

[RFC] handling of alpha mode (pre-multiplied/straight) in ARGB modes

2016-01-18 Thread Marek Szyprowski
Hello, On 2016-01-13 15:58, Ville Syrjälä wrote: > On Wed, Jan 13, 2016 at 03:13:35PM +0100, Marek Szyprowski wrote: >> On 2016-01-11 16:22, Ville Syrjälä wrote: >>> On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote: >>>> On Mon, Jan 11, 2016 at 03:1

[PATCH] drm: initialize default rotation value to DRM_ROTATE_0

2016-01-19 Thread Marek Szyprowski
When no console framebuffer is enabled, the default plane state is defined by plane reset function. If driver uses generic helper, then rotation property is set to zero. This is not a valid value for that enum. This patch sets default rotation value to DRM_ROTATE_0. Signed-off-by: Marek

[PATCH v5 0/5] drm/exynos: introduce generic zpos and blending properties

2016-01-27 Thread Marek Szyprowski
hope that this code can be a base for further discussion on generic blending support. For more information, see patch 4/5. Patches are based on top of v4.5-rc1 release. Best regards Marek Szyprowski Samsung R Institute Poland Changelog: v5: - added patch with new generic blending and alpha

[PATCH v5 2/5] drm/exynos: use generic code for managing zpos plane property

2016-01-27 Thread Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 --- drivers/gpu/drm

[PATCH v5 1/5] drm: add generic zpos property

2016-01-27 Thread Marek Szyprowski
off-by: Marek Szyprowski Tested-by: Benjamin Gaignard --- Documentation/DocBook/gpu.tmpl | 14 ++- drivers/gpu/drm/Makefile| 2 +- drivers/gpu/drm/drm_atomic.c| 4 + drivers/gpu/drm/drm_atomic_helper.c | 6 + drivers/gpu/drm/drm_blend.c |

[PATCH v5 3/5] drm: simplify initialization of rotation property

2016-01-27 Thread Marek Szyprowski
This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v5 4/5] drm: add generic blending related properties

2016-01-27 Thread Marek Szyprowski
equation. For more information, see the kerneldoc for the added code. Signed-off-by: Marek Szyprowski --- Documentation/DocBook/gpu.tmpl | 47 +- drivers/gpu/drm/drm_atomic.c | 12 + drivers/gpu/drm/drm_blend.c| 110 + include

[PATCH v5 5/5] drm/exynos: add support for blending properties

2016-01-27 Thread Marek Szyprowski
This patch adds support for blending related properties to Exynos DRM core and Exynos Mixer CRTC device. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 +++ drivers/gpu/drm/exynos/exynos_drm_plane.c | 60 +++ 2 files changed, 65

[RFC 1/2] drm: add support for framebuffer processors

2016-08-22 Thread Marek Szyprowski
(for example blending). Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/Makefile| 3 +- drivers/gpu/drm/drm_atomic.c| 5 + drivers/gpu/drm/drm_crtc.c | 6 + drivers/gpu/drm/drm_crtc_internal.h | 12 + drivers/gpu/drm/drm_fbproc.c| 754

[RFC 2/2] drm/exynos: register rotator as fbproc instead of custom ipp framework

2016-08-22 Thread Marek Szyprowski
-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig | 1 - drivers/gpu/drm/exynos/exynos_drm_drv.c | 3 +- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 353 +++- drivers/gpu/drm/exynos/exynos_drm_rotator.h | 19 -- 4 files changed, 194

[RFC libdrm] add support for framebuffer processor (fbproc) objects

2016-08-22 Thread Marek Szyprowski
(for example blending). Signed-off-by: Marek Szyprowski --- include/drm/drm.h | 13 ++ include/drm/drm_mode.h | 39 ++ xf86drmMode.c | 345 + xf86drmMode.h | 37 ++ 4 files changed, 434 insertions(+) diff --git a/include

[RFC 0/2] New feature: Framebuffer processors

2016-08-22 Thread Marek Szyprowski
d more documentation, especially to the kernel docs 3. add more userspace examples Best regards Marek Szyprowski Samsung R Institute Poland Marek Szyprowski (2): drm: add support for framebuffer processor objects drm/exynos: register rotator as fbproc instead of custom ipp framework driv

[RFC code example] example code for testing fbproc drivers

2016-08-22 Thread Marek Szyprowski
This is simple example how DRM FBProc API can be used from userspace. The code allocates 2 dumb framebuffers, fill first with test pattern and then performs 180 degree rotation of the image data. TODO: add code to release all allocated resources Signed-off-by: Marek Szyprowski --- rotate.c

[RFC 0/2] New feature: Framebuffer processors

2016-08-22 Thread Marek Szyprowski
> > With best wishes, > Tobias > > > Marek Szyprowski wrote: >> Dear all, >> >> This is the initial proposal for extending DRM API with generic support for >> hardware modules, which can be used for processing image data from the one >> memory bu

[PATCH 0/6] Exynos: runtime/sleep pm fixes for gfx and media drivers

2016-08-31 Thread Marek Szyprowski
is noticable code reduction. Patches 1-4 should go via exynos drm kernel tree, while patches 5-6 are aimed for media tree. Best regards Marek Szyprowski Samsung R Institute Poland Marek Szyprowski (6): drm/exynos: fimc: fix system and runtime pm integration drm/exynos: gsc: fix system and runtime

[PATCH 1/6] drm/exynos: fimc: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Use generic helpers instead of open-coding usage of runtime pm for system sleep pm, which was potentially broken for some corner cases. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 29 ++--- 1 file changed, 2 insertions(+), 27 deletions

[PATCH 5/6] media: s5p-cec: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Use generic helpers instead of open-coding usage of runtime pm for system sleep pm, which was potentially broken for some corner cases. Signed-off-by: Marek Szyprowski --- drivers/staging/media/s5p-cec/s5p_cec.c | 17 ++--- 1 file changed, 2 insertions(+), 15 deletions(-) diff

[PATCH 6/6] media: s5p-jpeg: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Use generic helpers instead of open-coding usage of runtime pm for system sleep pm, which was potentially broken for some corner cases. Signed-off-by: Marek Szyprowski --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 24 1 file changed, 4 insertions(+), 20 deletions

[PATCH 3/6] drm/exynos: rotator: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Use generic helpers instead of open-coding usage of runtime pm for system sleep pm, which was potentially broken for some corner cases. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 26 ++ 1 file changed, 2 insertions(+), 24 deletions

[PATCH 4/6] drm/exynos: g2d: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Move code from system sleep pm to runtime pm callbacks to ensure proper driver state preservation when device is under power domain. Then, use generic helpers for using runtime pm for system sleep pm. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 29

[PATCH 2/6] drm/exynos: gsc: fix system and runtime pm integration

2016-08-31 Thread Marek Szyprowski
Use generic helpers instead of open-coding usage of runtime pm for system sleep pm, which was potentially broken for some corner cases. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 29 ++--- 1 file changed, 2 insertions(+), 27 deletions

[PATCH 0/2] Exynos DRM: resolve problems with DMA and virtual exynos-drm device

2016-02-18 Thread Marek Szyprowski
. Best regards Marek Szyprowski Samsung R Institute Poland Patch summary: Marek Szyprowski (2): drm/exynos: refactor driver and device registration code drm/exynos: use real device for DMA-mapping operations drivers/gpu/drm/exynos/exynos_drm_drv.c | 265

[PATCH 1/2] drm/exynos: refactor driver and device registration code

2016-02-18 Thread Marek Szyprowski
This patch refactors driver and device registration by moving all drivers to the common array. This way additional flags can be added later for new features. #ifdef-based code has been replaced by IS_ENABLED() macro usage. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos

[PATCH 2/2] drm/exynos: use real device for DMA-mapping operations

2016-02-18 Thread Marek Szyprowski
virtual exynos-drm device. This change also removes the need for some hacks in IOMMU related code. It also finally solves the problem of Exynos DRM driver not working on ARM64 architecture, which provides noop-based DMA-mapping operations for virtual platform devices. Signed-off-by: Marek Szyprowski

[RFC 0/3] Unify IOMMU-based DMA-mapping code for ARM and ARM64

2016-02-19 Thread Marek Szyprowski
eeded (there are all needed patches for Exynos subarch, which have been posted as separate patchsets): https://git.linaro.org/people/marek.szyprowski/linux-srpol.git v4.5-dma-iommu-unification Patches are based on Linux v4.5-rc4 vanilla tree. Best regards Marek Szyprowski Samsung R Institute Po

[RFC 2/3] iommu: dma-iommu: move IOMMU/DMA-mapping code from ARM64 arch to drivers

2016-02-19 Thread Marek Szyprowski
This patch moves all the IOMMU-based DMA-mapping code from arch/arm64/mm to drivers/iommu/dma-iommu-ops.c. This way it can be easily shared with ARM architecture, which will also use them. Signed-off-by: Marek Szyprowski --- arch/arm64/include/asm/dma-mapping.h | 39 ++- arch/arm64/mm/dma

[RFC 3/3] iommu: dma-iommu: use common implementation also on ARM architecture

2016-02-19 Thread Marek Szyprowski
, which rely on initialization from generic arch_setup_dna_ops() interface. Code, which used old arm_iommu_* functions must be updated to new interface. Signed-off-by: Marek Szyprowski --- arch/arm/Kconfig | 22 +- arch/arm/include/asm/device.h |9 - arch/arm/include

[RFC 1/3] drm/exynos: rewrite IOMMU support code

2016-02-19 Thread Marek Szyprowski
on of real devices for DMA-mapping operations, such hacks are no longer needed. The only requirement is to have all the devices, which build Exynos DRM, attached to the same IOMMU domain (to share IO address space). Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig

[RFC 3/3] iommu: dma-iommu: use common implementation also on ARM architecture

2016-02-25 Thread Marek Szyprowski
Hello, On 2016-02-19 11:30, Arnd Bergmann wrote: > On Friday 19 February 2016 09:22:44 Marek Szyprowski wrote: >> This patch replaces ARM-specific IOMMU-based DMA-mapping implementation >> with generic IOMMU DMA-mapping code shared with ARM64 architecture. The >> side-

[v4] drm/panel: add s6e3ha2 AMOLED panel driver

2016-02-26 Thread Marek Szyprowski
d-off-by: Donghwa Lee samsung.com> > > Signed-off-by: Hyungwon Hwang samsung.com> > > Cc: Inki Dae samsung.com> Theirry, do you want a resend of this driver for another review? We would really like to have it merged. Best regards -- Marek Szyprowski, PhD Samsung R Institute Poland

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

2016-01-05 Thread Marek Szyprowski
and then plane id value if zpos equals Signed-off-by: Marek Szyprowski --- Documentation/DocBook/gpu.tmpl | 14 -- drivers/gpu/drm/drm_atomic.c| 4 +++ drivers/gpu/drm/drm_atomic_helper.c | 52 + drivers/gpu/drm/drm_crtc.c | 13

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

2016-01-05 Thread Marek Szyprowski
-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

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

2016-01-05 Thread Marek Szyprowski
-off-by: Marek Szyprowski --- 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/exynos/exynos_drm_drv.h | 10

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

2016-01-05 Thread Marek Szyprowski
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 --- drivers/gpu/drm/exynos/exynos_mixer.c | 34 +- 1

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

2016-01-05 Thread Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 --- drivers/gpu/drm

[PATCH v2 1/3] drm: add generic zpos property

2016-01-11 Thread Marek Szyprowski
and then plane id value if zpos equals Signed-off-by: Marek Szyprowski --- Documentation/DocBook/gpu.tmpl | 14 +-- drivers/gpu/drm/drm_atomic.c| 4 drivers/gpu/drm/drm_atomic_helper.c | 45 +++ drivers/gpu/drm/drm_crtc.c | 47

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

2016-01-11 Thread Marek Szyprowski
are based on top of latest exynos-drm-next branch. Best regards Marek Szyprowski Samsung R Institute Poland Changelog: v2: - dropped 2 fixes for Exynos DRM, which got merged in meantime - added more comments and kernel docs for core functions as suggested by Daniel Vetter - reworked initialization

[PATCH v2 3/3] drm: simplify initialization of rotation property

2016-01-11 Thread Marek Szyprowski
This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v2 2/3] drm/exynos: use generic code for managing zpos plane property

2016-01-11 Thread Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 66 +++ drivers/gpu/drm

[RFC] handling of alpha mode (pre-multiplied/straight) in ARGB modes

2016-01-11 Thread Marek Szyprowski
generic way of configuring alpha mode. Best regards -- Marek Szyprowski, PhD Samsung R Institute Poland

[PATCH v2 2/3] drm/exynos: use generic code for managing zpos plane property

2016-01-12 Thread Marek Szyprowski
Hello, On 2016-01-11 16:13, Daniel Vetter wrote: > On Mon, Jan 11, 2016 at 12:03:04PM +0100, Marek Szyprowski wrote: >> This patch replaces zpos property handling custom code in Exynos DRM >> driver with calls to generic DRM code. >> >> Signed-off-by: Marek Szyprowski

[PATCH v3 1/3] drm: add generic zpos property

2016-01-12 Thread Marek Szyprowski
off-by: Marek Szyprowski --- Documentation/DocBook/gpu.tmpl | 14 - drivers/gpu/drm/drm_atomic.c| 4 ++ drivers/gpu/drm/drm_atomic_helper.c | 116 drivers/gpu/drm/drm_crtc.c | 53 include/drm/drm_crt

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

2016-01-12 Thread Marek Szyprowski
are based on top of latest exynos-drm-next branch. Best regards Marek Szyprowski Samsung R Institute Poland Changelog: v3: - on request of Daniel Vetter, moved all normalization process to DRM core, drivers can simply use plane_state->normalized_zpos in their atomic_check/update callba

[PATCH v3 3/3] drm: simplify initialization of rotation property

2016-01-12 Thread Marek Szyprowski
This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v3 2/3] drm/exynos: use generic code for managing zpos plane property

2016-01-12 Thread Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 66 +++ drivers/gpu/drm

[RFC] handling of alpha mode (pre-multiplied/straight) in ARGB modes

2016-01-13 Thread Marek Szyprowski
Hello, On 2016-01-11 16:22, Ville Syrjälä wrote: > On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote: >> On Mon, Jan 11, 2016 at 03:18:44PM +0100, Marek Szyprowski wrote: >>> Dear All, >>> >>> I would like to add support for configuring alpha mo

[PATCH v3 1/3] drm: add generic zpos property

2016-01-15 Thread Marek Szyprowski
Hello, On 2016-01-14 11:46, Ville Syrjälä wrote: > On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote: >> This patch adds support for generic plane's zpos property property with >> well-defined semantics: >> - added zpos properties to drm core and plane state

[PATCH 0/5] Exynos DRM: add support for ARM 64bit arch with IOMMU

2016-05-23 Thread Marek Szyprowski
code. Once both architectures are unified, the conditional code can be removed, but for now it lets one to use Exynos DRM on both architectures. Best regards Marek Szyprowski Samsung R Institute Poland Marek Szyprowski (5): drm/exynos: iommu: move dma_params configuration code to separate

[PATCH 2/5] drm/exynos: iommu: add a check if all sub-devices have iommu controller

2016-05-23 Thread Marek Szyprowski
This patch adds a check if all devices belonging to Exynos DRM have the same dma_map_ops set. This is required to enable operation with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers

[PATCH 3/5] drm/exynos: iommu: remove unused entries from exynos_drm_private strcuture

2016-05-23 Thread Marek Szyprowski
This patch removes unused entries from exynos_drm_private strcuture. da_start/da_space_size were only used in drm_create_iommu_mapping() function and never set to other value than the defaults. Instead use default values directly in arm_iommu_create_mapping() call. Signed-off-by: Marek Szyprowski

[PATCH 4/5] drm/exynos: iommu: move ARM specific code to exynos_drm_iommu.h

2016-05-23 Thread Marek Szyprowski
be removed. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 39 +-- drivers/gpu/drm/exynos/exynos_drm_iommu.h | 36 2 files changed, 42 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/exynos

[PATCH 1/5] drm/exynos: iommu: move dma_params configuration code to separate functions

2016-05-23 Thread Marek Szyprowski
in case of Exynos DRM being compiled as module and loaded 2 times, a user-after-free issue will happen. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 28 ++-- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/exynos

[PATCH 5/5] drm/exynos: iommu: add support for ARM64 specific code for IOMMU glue

2016-05-23 Thread Marek Szyprowski
This patch adds support for ARM 64bit architecture with IOMMU-DMA glue code, so Exynos DRM can be now used on Exynos 5433 with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig| 2 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 7 +--- drivers/gpu

[PATCH 0/4] video/exynos/cec: add HDMI state notifier & use in s5p-cec

2016-12-29 Thread Marek Szyprowski
te CEC drivers. > > Benjamin, can you look at doing the same notifier integration for your > st-cec driver as is done for s5p-cec? It would be good to be able to > move st-cec out of staging at the same time. Thanks for working on this and taking it from by TODO list! :) Please add: Tested

[PATCH] drm/bridge: analogix dp: Fix runtime PM state on driver bind

2016-12-30 Thread Marek Szyprowski
+0x14/0x3c) Code: e59035f0 e5935018 f57ff04f e3c55001 (f57ff04e) ---[ end trace 3d1d0d87796de344 ]--- Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b

[PATCH 00/10] Exynos DRM: various fixes for 64bit and Exynos5433

2016-02-03 Thread Marek Szyprowski
Hello all, This patch series is a set of various fixes to get Exynos DRM working on Exynos 5433 SoCs and 64bit ARM64 architecture. Patches are based on top of v4.5-rc2 release. Best regards Marek Szyprowski Samsung R Institute Poland Patch summary: Joonyoung Shim (1): drm/exynos: depend

[PATCH 01/10] drm/exynos: depend on ARCH_EXYNOS for DRM_EXYNOS

2016-02-03 Thread Marek Szyprowski
From: Joonyoung Shim <jy0922.s...@samsung.com> Because PLAT_SAMSUNG isn't include exynos SoCs for arm64, but ARCH_EXYNOS can do it. And it also needs to add ARCH_S3C64XX instead of PLAT_SAMSUNG. Signed-off-by: Joonyoung Shim Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/K

[PATCH 02/10] drm/exynos: ipp: fix incorrect format specifiers in debug messages

2016-02-03 Thread Marek Szyprowski
Drivers should use %p for printing pointers instead of hardcoding them as hexadecimal integers. This patch fixes compilation warnings on 64bit architectures. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_fimc.c| 2 +- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 2

[PATCH 06/10] drm/exynos: mic: make all functions static

2016-02-03 Thread Marek Szyprowski
There is no point exposing all internal functions to global kernel name space, so make all internals functions static. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm

[PATCH 08/10] drm/exynos: initialize DMA ops for virtual Exynos DRM device

2016-02-03 Thread Marek Szyprowski
Virtual DRM device is used for memory allocation for GEM objects. On some architectures null dma operations are assigned for virtual devices if no explicit initialization has been made. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 + 1 file changed, 1

[PATCH 04/10] drm/exynos: mic: use devm_clk interface

2016-02-03 Thread Marek Szyprowski
Drivers should use devm_clk* interface instead of of_clk* functions. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos

[PATCH 03/10] drm/exynos: fix types for compilation on 64bit architectures

2016-02-03 Thread Marek Szyprowski
This patch fixes compilation warnings (on 64bit architectures) and bugs related to casting pointers through 32bit integers. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 5 +++-- drivers/gpu/drm/exynos/exynos_drm_gem.c | 2 +- drivers/gpu/drm/exynos

[PATCH 05/10] drm/exynos: mic: convert to component framework

2016-02-03 Thread Marek Szyprowski
5433 SoC. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 56 + 1 file changed, 36 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 10594c1..899061a

  1   2   3   4   5   6   7   8   >