Pietrasiewicz
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5420.dtsi | 35 +++
1 file changed, 35 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index 88e5d6d3f901..7894045bd91b 100644
--- a/arch/arm
This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm
3 and Exynos5422
Odroid XU3 boards, on top of Linux next-20170928 kernel.
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
Changelog:
v2:
- fixed minor issues pointed by other developers:
* fixed possible null pointer dereferrence (Tobias)
* changed limits_size to limits_coun
Exynos5420 and newer Exynos
SoCs.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
---
.../devicetree/bindings/gpu/samsung-scaler.txt | 25 +
drivers/gpu/drm/exynos/Kconfig | 6 +
drivers/gpu/drm/exynos/Makefile| 1 +
drivers/gpu/drm
on writing configuration to hardware
registers. Stateless nature of DRM_IOCTL_EXYNOS_IPP_COMMIT ioctl simplifies
the driver API. Minimal driver needs to provide a single callback for
starting processing and an array with supported image formats.
Signed-off-by: Marek Szyprowski
Tested-by: Hoegeun
Hi Tobias,
Thanks for testing!
On 2017-09-15 19:18, Tobias Jakobi wrote:
Hello Marek,
Marek Szyprowski wrote:
This patch adds Exynos IPP v2 subsystem and userspace API.
New userspace API is focused ONLY on memory-to-memory image processing.
The two remainging IPP operation modes
HDMI support requires some additional off-SoC logic, so Mixer device (part
of HDMI display path) should be disabled by default in SoC dtsi and enabled
then in each board dts. This patch unifies Mixer handling with other
Exynos SoCs.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts
All Exynos 5250 SoCs have HDMI PHY connected via dedicated I2C bus (bus
number 8), so HDMI PHY should be defined in exynos5250.dtsi instead of
duplicating it in every board, which enable HDMI support.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5250-arndale.dts | 8
definition across all
Exynos boards.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5250-arndale.dts | 9 ++---
arch/arm/boot/dts/exynos5250-smdk5250.dts | 7 ++-
arch/arm/boot/dts/exynos5250-snow-common.dtsi | 6 +-
arch/arm/boot/dts/exynos5250-spr
Hi!
This patchset performs a cleanup of HDMI (and related) device tree
nodes for various Exynos boards. There are no functional changes.
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
Marek Szyprowski (5):
bindings: mark separate Exynos HDMI DDC node as deprecated
ARM:
commit
separate node with "samsung,exynos4210-hdmiddc" compatible is no longer
needed, so mark it finally as deprecated.
Signed-off-by: Marek Szyprowski
---
Documentation/devicetree/bindings/display/exynos/exynos_hdmiddc.txt | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
dif
HDMI support requires some additional off-SoC logic, so HDMI and Mixer
devices should be disabled by default in SoC dtsi and enabled then
in each board dts. This patch unifies HDMI and Mixer handling with other
Exynos SoCs.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5250
Exynos DRM
suspend/resume functions became no-ops and hardware fails to suspend),
this patch rewrites them with drm_atomic_helper_suspend/resume() helpers.
Fixes: 7d902c05b480 ("drm: Nuke drm_atomic_helper_connector_dpms")
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exy
r.kernel.org # v4.13
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.c
index b1f7299600f0..7f3cfc5dd320 100644
--- a/drivers/gpu/drm/exy
linux-next for v4.14-rc1 merge window (second patch fixes
it). Please queue both patches to v4.14-rcX fixes merge.
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
Marek Szyprowski (2):
drm/exynos: Fix locking in the suspend/resume paths
drm/exynos: Fix suspend/resume support
dri
area.
On 12 September 2017 at 09:08, Marek Szyprowski
wrote:
This patch adds Exynos IPP v2 subsystem and userspace API.
New userspace API is focused ONLY on memory-to-memory image processing.
The two remainging IPP operation modes (framebuffer writeback and
s/remainging/remaining/
local
This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm
3 and Exynos5422
Odroid XU3 boards, on top of Linux next-20170911 kernel.
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
My previous works in this area:
"[RFC v2 0/2] Exynos DRM: add Picture Processor extension"
https://www.spinics.net/lists/dri-devel/msg140669.html
- r
This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 3 +-
drivers/gpu/drm/exynos
on writing configuration to hardware
registers. Stateless nature of DRM_IOCTL_EXYNOS_IPP_COMMIT ioctl simplifies
the driver API. Minimal driver needs to provide a single callback for
starting processing and an array with supported image formats.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm
This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 3 +-
drivers/gpu/drm/exynos
Some hardware modules, like FIMC in Exynos4 series are shared between
V4L2 (camera support) and DRM (memory-to-memory processing) subsystems.
This patch provides a simple check to let such drivers to be used in the
driver components framework.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm
This is simple example how Exynos DRM IPP v2 API can be used from userspace.
The code allocates two GEM buffers, fills first with test pattern and then
performs 180 degree rotation of the image data.
Signed-off-by: Marek Szyprowski
---
rotate.c | 235
Exynos IPP will be rewritten, so remove current IPP core code and mark
existing drivers as BROKEN.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 11 +-
drivers/gpu/drm/exynos/Makefile |1 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 -
drivers
spi, MMIO, etc).
None of the above takes place in this case... So in case of this driver
using regmap is IMHO an over-engineering.
> ...
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
dri-devel mailing list
dri-devel@lists
nclude/uapi/drm/exynos_drm.h
+++ b/include/uapi/drm/exynos_drm.h
@@ -192,6 +192,7 @@ enum drm_exynos_planer {
* @crop_max: crop max resolution.
* @scale_min: scale min resolution.
* @scale_max: scale max resolution.
+ * @rot_max: rotation max resolution.
*/
struct drm_exynos_ipp_prop_list {
};
gsc_1: video-scaler@13e1 {
- compatible = "samsung,exynos5-gsc";
+ compatible = "samsung,exynos5-gsc",
"samsung,exynos5420-gsc";
reg = <0x13e1 0x1000>;
Hi Hoegeun,
On 2017-09-07 07:16, Hoegeun Kwon wrote:
On 09/04/2017 03:19 PM, Hoegeun Kwon wrote:
On 09/01/2017 04:31 PM, Marek Szyprowski wrote:
Hi Hoegeun,
On 2017-09-01 03:47, Hoegeun Kwon wrote:
The gscaler has hardware rotation limits that need to be imported from
dts. Parse them and
xynos_ipp_prop_list {
__u32 version;
@@ -210,6 +211,7 @@ struct drm_exynos_ipp_prop_list {
struct drm_exynos_szcrop_max;
struct drm_exynos_szscale_min;
struct drm_exynos_szscale_max;
+ struct drm_exynos_szrot_max;
};
/**
IMO maximu
ivisible by the cpp.
+*/
+ if (!(config->capabilities & EXYNOS_DRM_PLANE_CAP_BYTE_PITCH)) {
+ if (fb->pitches[0] % fb->format->cpp[0])
+ return -ENOTSUPP;
+ }
+
switch (fb->modifier) {
case DRM_FORMAT_MOD_SAMSUNG_64_32_TILE:
Hi Laurent,
On 2017-08-11 11:40, Laurent Pinchart wrote:
Hi Marek,
On Friday 11 Aug 2017 08:39:31 Marek Szyprowski wrote:
On 2017-08-10 15:39, Laurent Pinchart wrote:
On Thursday 10 Aug 2017 15:25:29 Maciej Purski wrote:
The driver should be switched on if an external connector is plugged
Hi Laurent,
On 2017-08-10 16:51, Laurent Pinchart wrote:
Hi Marek,
On Friday 04 Aug 2017 08:55:55 Marek Szyprowski wrote:
Hi Laurent,
Thanks for your detailed comments. Maciej resurrected some orphaned code,
which is still useful today (Tomasz has left Samsung a few years ago).
I'm not
if (ctx->extcon_attached)
+ sii8620_cable_in(ctx);
return 0;
}
@@ -2216,7 +2294,8 @@ static int sii8620_remove(struct i2c_client *client)
{
struct sii8620 *ctx = i2c_get_clientdata(client);
- disable_irq(to_i2c_client(ctx->dev)->irq);
+
Hi all,
On 2017-07-12 12:09, Marek Szyprowski wrote:
Add a check if the framebuffer described by the provided drm_mode_fb_cmd2
structure fits into provided GEM buffers. Without this check it is
possible to create a framebuffer object from a small buffer and set it to
the hardware, what results
tory to connect the reset pin to the SoC ?
IMHO yes, the chip has to be reset during the initialization procedure
and doesn't
work properly without reset.
> [...]
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
status = "okay";
};
+&mixer {
+ status = "okay";
+};
+
&mshc_0 {
num-slots = <1>;
broken-cd;
@@ -926,6 +1002,18 @@
pinctrl-names = "default";
pinctrl-0 = <&sleep0>;
+ mhl_int: mhl-int {
+
Hi
On 2017-07-12 12:01, Andrzej Hajda wrote:
The "Fixes" patch was incorrectly merged, as a result PHY is prematurely
powered off and for example Odroid-U3 cannot disable TV power domain
when HDMI cable is unplugged.
Signed-off-by: Andrzej Hajda
Reported-by: Marek Szyprowski
Fixes
buffer.
Signed-off-by: Marek Szyprowski
CC: sta...@vger.kernel.org # v4.7+
---
This issue was there from the beggining, but the provided patch applies only
to v4.7+ kernels due to other changes in the fixed code.
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 14 +-
1 file changed, 13
Hi Christoph,
On 2017-06-20 15:16, Christoph Hellwig wrote:
On Tue, Jun 20, 2017 at 11:04:00PM +1000, Stephen Rothwell wrote:
git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git#dma-mapping-next
Contacts: Marek Szyprowski and Kyungmin Park (cc'd)
I have called your tree dma-ma
Exynos4.
I've just posted a patch enabling CEC module on Exynos5250 (Google Snow)
and Exynos5422 (Odroid XU3).
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
dri-devel mailing list
dri-devel@lists.free
Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote:
Hi Laurent,
On 2017-04-20 12:25, Laurent Pinchart wrote:
Hi Marek,
(CC'ing Sakari Ailus)
Thank you for the patches.
On Thursday 20 Apr 2017 11:13:36 Marek Szyprowski wrote:
Dear all,
This is an updated proposal for extending E
Hi Emil,
On 2017-05-08 15:43, Emil Velikov wrote:
Hi Marek,
A couple of small nitpicks from UAPI POV.
Thanks for your comments!
On 8 May 2017 at 10:11, Marek Szyprowski wrote:
--- a/include/uapi/drm/exynos_drm.h
+++ b/include/uapi/drm/exynos_drm.h
+struct drm_exynos_pp_get_res
-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Makefile | 3 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 8 +
drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +
drivers/gpu/drm/exynos/exynos_drm_pp.c | 645
drivers/gpu/drm/exynos/exynos_drm_pp.h
This patch converts Exynos Rotator driver from Exynos IPP API to
Exynos DRM Picture Processor API.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 1 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 493
needed?
TODO:
- convert remaining Exynos DRM IPP drivers (FIMC, GScaller)
- remove Exynos DRM IPP subsystem
- (optional) provide virtual V4L2 mem2mem device on top of Exynos PP framework
Patches were tested on Exynos 4412-based Odroid U3 board, on top of Linux v4.11
kernel.
Best regards
Mar
Hi Tobias and Nicolas,
On 2017-04-26 17:16, Tobias Jakobi wrote:
Nicolas Dufresne wrote:
Le mercredi 26 avril 2017 à 01:21 +0300, Sakari Ailus a écrit :
Hi Marek,
On Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote:
Hi Laurent,
On 2017-04-20 12:25, Laurent Pinchart wrote:
Hi
Hi Sakari,
On 2017-04-26 00:21, Sakari Ailus wrote:
Hi Marek,
On Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote:
Hi Laurent,
On 2017-04-20 12:25, Laurent Pinchart wrote:
Hi Marek,
(CC'ing Sakari Ailus)
Thank you for the patches.
On Thursday 20 Apr 2017 11:13:36
Hi Dave,
On 2017-04-20 21:02, Dave Airlie wrote:
On 20 April 2017 at 19:13, Marek Szyprowski wrote:
This is an updated proposal for extending EXYNOS DRM API with generic support
for hardware modules, which can be used for processing image data from the
one memory buffer to another. Typical
Hi Laurent,
On 2017-04-20 12:25, Laurent Pinchart wrote:
Hi Marek,
(CC'ing Sakari Ailus)
Thank you for the patches.
On Thursday 20 Apr 2017 11:13:36 Marek Szyprowski wrote:
Dear all,
This is an updated proposal for extending EXYNOS DRM API with generic
support for hardware modules,
nos DRM IPP drivers (FIMC, GScaller)
- remove Exynos DRM IPP subsystem
- (optional) provide virtual V4L2 mem2mem device on top of Exynos PP framework
Patches were tested on Exynos 4412-based Odroid U3 board, on top of Linux
next-20170420 kernel.
Best regards
Marek Szyprowski
Samsung R&D Ins
DRM_IOCTL_MODE_GETPROPERTY ioctls.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/drm_mode_object.c | 9 +
drivers/gpu/drm/drm_property.c| 2 +-
include/drm/drm_property.h| 7 +++
include/uapi/drm/drm_mode.h | 1 +
4 files changed, 14 insertions(+), 5 deletions
Make drm_mode_object_add() and drm_mode_object_unregister() functions
public, so the drivers can register their own DRM objects to the core.
Those objects can be queried by generic DRM_IOCTL_MODE_OBJ_GETPROPERTIES
ioctl.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/drm_crtc_internal.h
: Marek Szyprowski
---
drivers/gpu/drm/exynos/Makefile | 3 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 8 +
drivers/gpu/drm/exynos/exynos_drm_drv.h | 15 +
drivers/gpu/drm/exynos/exynos_drm_pp.c | 775
drivers/gpu/drm/exynos/exynos_drm_pp.h | 155
This patch converts Exynos Rotator driver from Exynos IPP API to Exynos
DRM Picture Processor API.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 1 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 513
uf2:
Acked-by: Marek Szyprowski
Thanks, Daniel
---
Changes since v1:
- Added the missing tegra driver (noticed by kbuild robot)
- Rebased off of drm-intel-next to get the i915 selftest that is new
- Fixed nits Sinclair pointed out.
drivers/dma-buf/dma-buf.c
ndrzej's patch is a fix for it.
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
mapping is no longer accessible.
Reported-by: Seung-Woo Kim
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_iommu.h | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_iommu.h
b/drivers/gpu/drm/exynos
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
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 there
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
---
drivers/dma-buf/dma-buf.c
= <0>, <4>;
samsung,disp-sysreg = <&syscon_disp>;
interrupt-names = "fifo", "vsync", "lcd_sys";
interrupts = ,
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
not used.
Signed-off-by: Marek Szyprowski
---
Changelog:
v2:
- moved clock control to runtime PM callbacks as requested by Inki Dae
v1: http://www.spinics.net/lists/dri-devel/msg129095.html
- initial version
---
drivers/gpu/drm/exynos/exynos_drm_mic.c | 82 -
1 file
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
_fork+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
integrate 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 a
>
> 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/exyno
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.
>
in v2:
> - 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&D Institute Poland
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
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
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
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
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
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
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&D Institute Poland
Marek Szyprowski (6):
drm/exynos: fimc: fix system and runtime pm integration
drm/exynos: gsc: fix system
eat work!
>
> 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
>>
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
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
-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
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
2. add more documentation, especially to the kernel docs
3. add more userspace examples
Best regards
Marek Szyprowski
Samsung R&D Institute Poland
Marek Szyprowski (2):
drm: add support for framebuffer processor objects
drm/exynos: register rotator as fbproc instead of custom ipp framewo
in the following
thread:
http://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&D Institute Poland
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
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
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
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
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
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&D Institute Poland
Changelog:
v2:
- simplified ifdefs in exynos_drm_iommu.h, so when ARM32 bit will be conve
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_me
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
point of view) "memory-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 revert
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
+++ b/
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
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
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
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
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
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&D Institute Poland
Marek Szyprowski (5):
drm/exynos: iommu: move dma_params configuration code to sepa
Simplify code by replacing custom code by generic helper and add missing
const qualifier to driver data structures.
Signed-off-by: Marek Szyprowski
---
v2:
- added missing const qualifier to driver data structures
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 27 +--
1
Simplify code by replacing custom code by generic helper.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index
701 - 800 of 1034 matches
Mail list logo