[PATCH 00/14] drm/exynos: rewrite fimg2d error handling

Hey Emil, Emil Velikov wrote: > Hi Tobias, > > On 24 August 2015 at 15:13, Tobias Jakobi > wrote: >> Hello, >> >> during the discussion about the last patchset touching the >> fimg2d code, it became apparent that the error handling for >> the command submission is currently unsatisfactory. >>

[Bug 91641] white cursor with planetary annihilation

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/c15baf58/attachment-0001.html>

[Bug 91775] Wrong openGL version

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/9cd6fc79/attachment.html>

[Bug 91775] Wrong openGL version

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/b4404efb/attachment.html>

[Bug 91775] Wrong openGL version

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/0b4af7fe/attachment.html>

[Bug 91775] Wrong openGL version

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/0ec918da/attachment.html>

[Bug 91775] Wrong openGL version

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/47338f37/attachment.html>

[Bug 91641] white cursor with planetary annihilation

receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/50fa6777/attachment.html>

[Bug 91780] Rendering issues with geometry shader

st Mesa-demo 'gsraytrace'? Will try that later. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/50b203f8/attachment.html>

[Bug 91780] Rendering issues with geometry shader

which might be related, but curiously the lines adjacency types pass. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150

[Bug 91780] Rendering issues with geometry shader

=83319 https://bugs.freedesktop.org/show_bug.cgi?id=91503 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/b0ebd

[Bug 91780] Rendering issues with geometry shader

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/5501f576/attachment.html>

[Bug 91780] Rendering issues with geometry shader

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/b79810b9/attachment.html>

drm/exynos: g2d userptr memory corruption

Tobias Jakobi wrote: > Next I looked into Jerome's question about whethere the G2D is > cache coherent with the CPU. I looked into old Android code and > found FIMG2D_AXI_MODE_REG, a register that currently isn't > touched in the DRM code. > It seems to manipulate signals to the AXI Master

[PATCH 1/1] signals: kill block_all_signals() and unblock_all_signals()

It is hardly possible to enumerate all problems with block_all_signals() and unblock_all_signals(). Just for example, 1. block_all_signals(SIGSTOP/etc) simply can't help if the caller is multithreaded. Another thread can dequeue the signal and force the group stop. 2. Even is the caller is

[PATCH 0/1] signals: kill block_all_signals() and unblock_all_signals()

On 05/26, Dave Airlie wrote: > > On 26 May 2015 at 02:50, Oleg Nesterov wrote: > > On 05/25, Richard Weinberger wrote: > >> > >> Is this functionality still in use/needed? > > > > All I can say it doesn't work. > > > >> Otherwise we could get rid of block_all_signals() and unpuzzle the > >>

[PATCH 00/14] drm/exynos: rewrite fimg2d error handling

Hi Tobias, On 24 August 2015 at 15:13, Tobias Jakobi wrote: > Hello, > > during the discussion about the last patchset touching the > fimg2d code, it became apparent that the error handling for > the command submission is currently unsatisfactory. > > This series rewrites the handling. All

[PATCH v2] drm/exynos: implement atomic_{begin/flush} of DECON

Each CRTC's atomic_{begin/flush} must stop/start the update of shadow registers to active register in the functions. This patch achieves these purpose by moving the setting of protection bits to those functions from decon_update_plane. v2: rebased to the branch exynos-drm-next Signed-off-by:

[Bug 91778] white screen in unigine tropics and sanctuary with 11RC1

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/1b7369de/attachment-0001.html>

[PATCH] drm/exynos: implement {prepare/cleanup}_plane of DECON

Each CRTC's {prepare/cleanup}_plane must stop/start the update of shadow registers to active register in the functions. This patch achieves these purpose by moving the setting of protection bits to those functions from decon_update_plane. Signed-off-by: Hyungwon Hwang ---

[PATCH v2 0/6] drm/dp: i2c-over-aux short write support

On Thu, Aug 27, 2015 at 05:34:45PM +0300, Jani Nikula wrote: > On Thu, 27 Aug 2015, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > I found these lying around in a branch. Most have r-b or ack from last time > > [1] (the tegra patch doesn't). I also included the radeon

[PATCH 1/6] drm: prime: Honour O_RDWR during prime-handle-to-fd

Hi all, On 27 August 2015 at 00:29, Tiago Vignatti wrote: > From: Daniel Thompson > > Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except > (DRM|O)_CLOEXEC making it difficult (maybe impossible) for userspace > to mmap() the resulting dma-buf even when this is supported by the > DRM

[PATCH v2 0/6] drm/dp: i2c-over-aux short write support

On Thu, 27 Aug 2015, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > I found these lying around in a branch. Most have r-b or ack from last time > [1] (the tegra patch doesn't). I also included the radeon 20bit AUX address > fix that seems to have fallen through the cracks as

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On Thu, Aug 27, 2015 at 03:28:53PM +0100, Daniel Stone wrote: > Hi, > > On 27 August 2015 at 15:09, Ville Syrjälä linux.intel.com> wrote: > > On Thu, Aug 27, 2015 at 04:00:05PM +0200, Maarten Lankhorst wrote: > >> Op 27-08-15 om 15:50 schreef Ville Syrjälä: > >> > I don't think so. Speaking

[PATCH] drm/exynos: fix exynos_drm_gem_prime_import_sg_table() error handling

If exynos_drm_gem_init() is failed, the result is ERR_PTR, so we should just return the result. If not, wrong porinter will be referenced from err label. Reported-by: Dan Carpenter Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 6 ++ 1 file changed, 2

[PATCH 6/6] drm/radeon: Send out the full AUX address

From: Ville Syrjälä AUX addresses are 20 bits long. Send out the entire address instead of just the low 16 bits. Cc: Alex Deucher Cc: "Christian König" Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/radeon/atombios_dp.c | 5 +++-- 1 file changed, 3

[PATCH 5/6] drm/dp: Use I2C_WRITE_STATUS_UPDATE to drain partial I2C_WRITE requests

From: Ville Syrjälä When an i2c WRITE gets an i2c defer or short i2c ack reply, we are supposed to switch the request from I2C_WRITE to I2C_WRITE_STATUS_UPDATE when we continue to poll for the completion of the request. v2: Don't assume DP_AUX_I2C_WRITE is 0

[PATCH 4/6] drm/tegra: Handle I2C_WRITE_STATUS_UPDATE for address only writes

From: Ville Syrjälä A address-only I2C_WRITE can't be replied with a short i2c ack, but I suppose it could be replied with an i2c defer. So the code should be prepared for an address-only I2C_WRITE_STATUS_UPDATE. Cc: Thierry Reding Cc: "Terje Bergström"

[PATCH 3/6] drm/radeon: Handle DP_AUX_I2C_WRITE_STATUS_UPDATE

From: Ville Syrjälä When we get an i2c defer or short ack for i2c-over-aux write we need to switch to WRITE_STATUS_UPDATE to poll for the completion of the original request. Looks like radeon doesn't do anything special with the request type, so hopefully just

[PATCH 2/6] drm/i915: Handle DP_AUX_I2C_WRITE_STATUS_UPDATE

From: Ville Syrjälä When we get an i2c defer or short ack for i2c-over-aux write we need to switch to WRITE_STATUS_UPDATE to poll for the completion of the original request. i915 doesn't try to interpret wht request type apart from separating reads from writes,

[PATCH 1/6] drm/dp: s/I2C_STATUS/I2C_WRITE_STATUS_UPDATE/

From: Ville Syrjälä Rename the I2C_STATUS request to I2C_WRITE_STATUS_UPDATE to match the spec. Acked-by: Alex Deucher Reviewed-by: Jani Nikula Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/tegra/dpaux.c | 2 +- include/drm/drm_dp_helper.h | 2 +- 2

[PATCH v2 0/6] drm/dp: i2c-over-aux short write support

From: Ville Syrjälä I found these lying around in a branch. Most have r-b or ack from last time [1] (the tegra patch doesn't). I also included the radeon 20bit AUX address fix that seems to have fallen through the cracks as well. I rebased these on top of my

[Intel-gfx] drm/atomic: Reject events for inactive crtc's.

On Thu, Aug 27, 2015 at 03:36:09PM +0100, Daniel Stone wrote: > Hi, > > On 6 August 2015 at 13:49, Daniel Vetter wrote: > > On Thu, Aug 06, 2015 at 01:19:35PM +0200, Maarten Lankhorst wrote: > >> Op 06-08-15 om 11:47 schreef Daniel Stone: > >> > On 30 July 2015 at 08:03, Maarten Lankhorst > >> >

[PATCH 03/11] drm/exynos: add prepare and cleanup phases for planes

On 2015년 08월 27일 00:45, Gustavo Padovan wrote: > Hi Inki, > > 2015-08-24 Inki Dae : > >> On 2015년 08월 16일 01:26, Gustavo Padovan wrote: >>> From: Gustavo Padovan >>> >>> .prepare_plane() and .cleanup_plane() allows to perform extra operations >>> before and after the update of

[Bug 91775] Wrong openGL version

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/e88f03f9/attachment.html>

drm/exynos: g2d userptr memory corruption

Hello, I did some further investigation into this issue. I extended my test application to also cover GEM/GEM and GEM/userptr transfers, and also putting GEM allocation flags into the mix. You can find the current version here:

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On Thu, Aug 27, 2015 at 04:00:05PM +0200, Maarten Lankhorst wrote: > Op 27-08-15 om 15:50 schreef Ville Syrjälä: > > On Thu, Aug 27, 2015 at 03:05:38PM +0200, Maarten Lankhorst wrote: > >> Op 27-08-15 om 14:52 schreef Ville Syrjälä: > >>> On Thu, Aug 27, 2015 at 02:50:34PM +0200, Maarten

[PATCH 2/2] drm/exynos: implement atomic_{begin/flush} of FIMD and DECON

On 2015년 08월 20일 11:33, Hyungwon Hwang wrote: > Each CRTC's atomic_{begin/flush} must stop/start the update of shadow > registers to active register in the functions. This patch achieves these > purpose by moving the setting of protection bits to those functions from >

[PATCH 3/6] dma-buf: Add ioctls to allow userspace to flush

On 08/27/2015 05:03 AM, Chris Wilson wrote: > On Wed, Aug 26, 2015 at 08:29:15PM -0300, Tiago Vignatti wrote: >> +#ifndef _DMA_BUF_UAPI_H_ >> +#define _DMA_BUF_UAPI_H_ >> + >> +enum dma_buf_sync_flags { >> +DMA_BUF_SYNC_READ = (1 << 0), >> +DMA_BUF_SYNC_WRITE = (2 << 0), >> +

[PATCH 3/6] dma-buf: Add ioctls to allow userspace to flush

On 08/27/2015 09:06 AM, Hwang, Dongseong wrote: > On Thu, Aug 27, 2015 at 2:29 AM, Tiago Vignatti >> +#define DMA_BUF_BASE 'b' > > 'b' is occupied by vme and qat driver; > https://github.com/torvalds/linux/blob/master/Documentation/ioctl/ioctl-number.txt#L201 I believe this is alright,

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On Thu, Aug 27, 2015 at 03:05:38PM +0200, Maarten Lankhorst wrote: > Op 27-08-15 om 14:52 schreef Ville Syrjälä: > > On Thu, Aug 27, 2015 at 02:50:34PM +0200, Maarten Lankhorst wrote: > >> Op 27-08-15 om 14:48 schreef Ville Syrjälä: > >>> On Thu, Aug 27, 2015 at 02:43:35PM +0200, Maarten

[PATCH v3 1/3] drm: add drm_of_encoder_active_endpoint helpers

On Thu, Aug 27, 2015 at 12:56:05PM +0200, Philipp Zabel wrote: > This patch adds a helper to parse the encoder endpoint connected to the > encoder's crtc and two helpers to return its id and port id. > > This can be used to determine input mux setting from endpoint or port ids. > > Suggested-by:

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Op 27-08-15 om 15:50 schreef Ville Syrjälä: > On Thu, Aug 27, 2015 at 03:05:38PM +0200, Maarten Lankhorst wrote: >> Op 27-08-15 om 14:52 schreef Ville Syrjälä: >>> On Thu, Aug 27, 2015 at 02:50:34PM +0200, Maarten Lankhorst wrote: Op 27-08-15 om 14:48 schreef Ville Syrjälä: > On

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On Thu, Aug 27, 2015 at 02:50:34PM +0200, Maarten Lankhorst wrote: > Op 27-08-15 om 14:48 schreef Ville Syrjälä: > > On Thu, Aug 27, 2015 at 02:43:35PM +0200, Maarten Lankhorst wrote: > >> Op 27-08-15 om 14:19 schreef Daniel Stone: > >>> Hi, > >>> > >>> On 4 August 2015 at 12:34, Maarten

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On Thu, Aug 27, 2015 at 02:43:35PM +0200, Maarten Lankhorst wrote: > Op 27-08-15 om 14:19 schreef Daniel Stone: > > Hi, > > > > On 4 August 2015 at 12:34, Maarten Lankhorst > > wrote: > >> Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e > >> "drm/atomic: Cleanup on error properly in the atomic

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

On 27 August 2015 at 15:34, Ville Syrjälä wrote: > On Thu, Aug 27, 2015 at 03:28:53PM +0100, Daniel Stone wrote: >> On 27 August 2015 at 15:09, Ville Syrjälä > linux.intel.com> wrote: >> > In the kernel it should amount to >> > if (!pipe_active) >> > send_event >> >> No, thankyou.

[Bug 91775] Wrong openGL version

vel/attachments/20150827/d8ec7562/attachment-0001.html>

[Intel-gfx] drm/atomic: Reject events for inactive crtc's.

Hi, On 6 August 2015 at 13:49, Daniel Vetter wrote: > On Thu, Aug 06, 2015 at 01:19:35PM +0200, Maarten Lankhorst wrote: >> Op 06-08-15 om 11:47 schreef Daniel Stone: >> > On 30 July 2015 at 08:03, Maarten Lankhorst >> > wrote: >> >> + if (!state->active && state->event) { >> >> +

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Hi, On 27 August 2015 at 15:09, Ville Syrjälä wrote: > On Thu, Aug 27, 2015 at 04:00:05PM +0200, Maarten Lankhorst wrote: >> Op 27-08-15 om 15:50 schreef Ville Syrjälä: >> > I don't think so. Speaking for i915, I think we've just rejected legacy >> > page >> > flips entirely with the pipe

[PATCH 1/6] drm: prime: Honour O_RDWR during prime-handle-to-fd

On 08/27/2015 01:36 PM, Emil Velikov wrote: > Hi all, > > On 27 August 2015 at 00:29, Tiago Vignatti > wrote: >> From: Daniel Thompson >> >> Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except >> (DRM|O)_CLOEXEC making it difficult (maybe impossible) for userspace >> to mmap() the

[PATCH -next] drm/vmwgfx: Allow dropped masters render-node like access on legacy nodes

On 08/27/2015 02:55 PM, Thomas Hellstrom wrote: > Applications like gnome-shell may try to render after dropping master > privileges. Since the driver should now be safe against this scenario, > allow those applications to use their legacy node like a render node. > > Signed-off-by: Thomas

[PATCH 3/6] dma-buf: Add ioctls to allow userspace to flush

On Thu, Aug 27, 2015 at 2:29 AM, Tiago Vignatti wrote: > From: Daniel Vetter > > The userspace might need some sort of cache coherency management e.g. when CPU > and GPU domains are being accessed through dma-buf at the same time. To > circumvent this problem there are begin/end coherency

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Op 27-08-15 om 14:52 schreef Ville Syrjälä: > On Thu, Aug 27, 2015 at 02:50:34PM +0200, Maarten Lankhorst wrote: >> Op 27-08-15 om 14:48 schreef Ville Syrjälä: >>> On Thu, Aug 27, 2015 at 02:43:35PM +0200, Maarten Lankhorst wrote: Op 27-08-15 om 14:19 schreef Daniel Stone: > Hi, >

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Op 27-08-15 om 14:48 schreef Ville Syrjälä: > On Thu, Aug 27, 2015 at 02:43:35PM +0200, Maarten Lankhorst wrote: >> Op 27-08-15 om 14:19 schreef Daniel Stone: >>> Hi, >>> >>> On 4 August 2015 at 12:34, Maarten Lankhorst >>> wrote: Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Op 27-08-15 om 14:19 schreef Daniel Stone: > Hi, > > On 4 August 2015 at 12:34, Maarten Lankhorst > wrote: >> Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e >> "drm/atomic: Cleanup on error properly in the atomic ioctl." >> cleaned up some error paths, but didn't fix the TEST_ONLY path. >> In

[PATCH v2] drm/atomic: Fix bookkeeping with TEST_ONLY, v2.

Hi, On 27 August 2015 at 13:43, Maarten Lankhorst wrote: > Op 27-08-15 om 14:19 schreef Daniel Stone: >> On 4 August 2015 at 12:34, Maarten Lankhorst >> wrote: >> An early test precludes TEST_ONLY | PAGE_FLIP_EVENT, so you don't need >> to mention this in the commit message; in this case, the

[PATCH] drm/atomic: Make sure lock is held in trylock contexts.

This will make sure we get a lockdep spat in all cases even if the context is a complete garbage pointer. Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/drm_modeset_lock.c b/drivers/gpu/drm/drm_modeset_lock.c index 9abee87c1501..7c9ca2381d78 100644 ---

[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files

/attachments/20150827/f3e75b79/attachment.html>

[PATCH] drm/edid: Allow comma separated edid binaries. (v2)

On Wed, 26 Aug 2015, Bob Paauwe wrote: > Allow comma separated filenames in the edid_firmware parameter. > > For example: > > edid_firmware=eDP-1:edid/1280x480.bin,DP-2:edid/1920x1080.bin > > v2: Use strsep() to simplify parsing of comma seperated string. (Matt) > Move initial bail before

[PATCH v3 3/3] drm/rockchip: remove rockchip_drm_encoder_get_mux_id

Hi Philipp, Am Donnerstag, 27. August 2015, 12:56:07 schrieb Philipp Zabel: > It is replaced by drm_of_encoder_active_endpoint_id. > > Suggested-by: Daniel Kurtz > Reviewed-by: Daniel Kurtz > Signed-off-by: Philipp Zabel the person working the most on the rockchip dw_hdmi currently is

[PATCH] drm/atomic: Fix bookkeeping with TEST_ONLY.

Hi, On 4 August 2015 at 12:34, Maarten Lankhorst wrote: > Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e > "drm/atomic: Cleanup on error properly in the atomic ioctl." > cleaned up some error paths, but didn't fix the TEST_ONLY path. > In the check only case plane->fb shouldn't be updated, and

[GIT PULL] Synopsis DesignWare HDMI driver development updates

On 22 August 2015 at 00:01, Russell King wrote: > I've now dropped this into linux-next so that it can get some time there, > and still be merged during the 4.3 merge window should it open this Sunday. > Oh I sent the edid fix to Linus and was waiting for to backmerge before pulling this, I've

[PATCH 6/6] drm/imx: enable ARGB4444 16-bit color format

From: Lucas Stach This patch allows to use the ARGB color format on planes. Signed-off-by: Lucas Stach Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c

[PATCH 5/6] gpu: ipu-v3: add support for ARGB4444 16-bit color format

From: Lucas Stach This patch adds support for the ARGB color format. Signed-off-by: Lucas Stach Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 1 + drivers/gpu/ipu-v3/ipu-cpmem.c | 11 +++ 2 files changed, 12 insertions(+) diff --git

[PATCH 4/6] drm/imx: ipuv3-plane: enable support for RGBX8888 and RGBA8888 pixel formats

This patch allows to use the RGBX and RGBA 8:8:8:8 formats. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c b/drivers/gpu/drm/imx/ipuv3-plane.c index e0f3082..c6a0973 100644 ---

[PATCH 3/6] gpu: ipu-v3: add support for RGBX8888 and RGBA8888 pixel formats

This patch adds support for the RGBA, RGBX, BGRA, and BGRX in-memory formats. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 32 1 file changed, 28 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-cpmem.c

[PATCH 2/6] drm/imx: enable 15-bit RGB with 1-bit alpha formats

This patch enables the ARGB1555, ABGR1555, RGBA5551, and BGRA5551 formats to be used on planes. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c b/drivers/gpu/drm/imx/ipuv3-plane.c

[PATCH 1/6] gpu: ipu-v3: add support for 15-bit RGB with 1-bit alpha formats

This patch adds support for ARGB1555, ABGR1555, RGBA5551, and BGRA5551 in-memory formats. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 4 drivers/gpu/ipu-v3/ipu-cpmem.c | 44 + 2 files changed, 48 insertions(+) diff --git

[PATCH] drm/imx: ipuv3-plane: enforce the same physical base address for multiplanar formats

The IPU IDMAC handles multiplanar formats using a base address and relative offsets for the secondary planes. Since those offsets must be positive and not too large and can't be changed when doing a page flip while scanout is active, just enforce the same physical base address on all planes.

[PATCH v3 3/3] drm/rockchip: remove rockchip_drm_encoder_get_mux_id

It is replaced by drm_of_encoder_active_endpoint_id. Suggested-by: Daniel Kurtz Reviewed-by: Daniel Kurtz Signed-off-by: Philipp Zabel --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 2 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 30 -

[PATCH v3 2/3] drm/imx: remove imx_drm_encoder_get_mux_id

It is replaced by drm_of_encoder_active_port_id. Suggested-by: Daniel Kurtz Signed-off-by: Philipp Zabel --- Changes since v2: - Add missing #include drm_of.h to imx-ldb.c --- drivers/gpu/drm/imx/dw_hdmi-imx.c | 2 +- drivers/gpu/drm/imx/imx-drm-core.c | 30 --

[PATCH v3 1/3] drm: add drm_of_encoder_active_endpoint helpers

This patch adds a helper to parse the encoder endpoint connected to the encoder's crtc and two helpers to return its id and port id. This can be used to determine input mux setting from endpoint or port ids. Suggested-by: Daniel Kurtz Reviewed-by: Daniel Kurtz Signed-off-by: Philipp Zabel ---

[PATCH v3 0/3] drm_of_encoder_active_endpoint helpers

Hi, could I please get an Acked-by for patch 3 from someone who feels responsible for the rockchip hdmi driver? This patch factors out the mostly identical imx_drm_encoder_get_mux_id and rockchip_drm_encoder_get_mux_id functions into a common helper to parse the active endpoint and two inline

[PATCH 2/2] arm:dts:ls1021a: Add SiI902x dts node

The SiI902x is a HDMI transmitter. Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- arch/arm/boot/dts/ls1021a-twr.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/ls1021a-twr.dts b/arch/arm/boot/dts/ls1021a-twr.dts index

[PATCH 1/2] drm/layerscape: Add HDMI support for DCU DRM driver

Some Freescale SoCs, there has an DVI/HDMI controller and a PHY, attached to one of their display controller unit's LCDC interfaces. This patch adds a driver for SiI902x. The SiI902x is a HDMI transmitter It supports resolutions from standard definition 480i/p and 576i/p all the way to

[PATCH 1/2] drm/layerscape: Add HDMI support for DCU DRM driver

On Wed, Aug 26, 2015 at 11:19 PM, Jianwei Wang wrote: > Some Freescale SoCs, there has an DVI/HDMI controller and a PHY, > attached to one of their display controller unit's LCDC interfaces. > This patch adds a driver for SiI902x. The SiI902x is a HDMI > transmitter It supports resolutions from

[PATCH 04/12] gpu: imx: fix support for interlaced modes

Am Donnerstag, den 27.08.2015, 09:54 +0100 schrieb Russell King - ARM Linux: > On Thu, Aug 27, 2015 at 10:39:12AM +0200, Philipp Zabel wrote: > > Hi Russell, > > > > Am Samstag, den 08.08.2015, 17:03 +0100 schrieb Russell King: > > > The support for interlaced video modes seems to be broken; we

[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files

- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/ddf4e3e5/attachment.html>

[PATCH v2] drm/exynos: implement atomic_{begin/flush} of DECON

On 27 August 2015 at 10:21, Hyungwon Hwang wrote: > Each CRTC's atomic_{begin/flush} must stop/start the update of shadow > registers to active register in the functions. This patch achieves these > purpose by moving the setting of protection bits to those functions from > decon_update_plane. > >

[PATCH 0/9] dw-hdmi audio support

Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM Linux: > Following on from the previous sub-series, this sub-series adds audio > support to dw-hdmi. > > The two different variants are now in this patch: AHB audio support > found on iMX6 platforms, and I2S support found on

[PATCH 04/12] gpu: imx: fix support for interlaced modes

Hi Russell, Am Samstag, den 08.08.2015, 17:03 +0100 schrieb Russell King: > The support for interlaced video modes seems to be broken; we don't use > anything other than the vtotal/htotal from the timing information to > define the various sync counters. I finally made time to test this series:

[PATCH] drm/msm/mdp5: enable clocks in hw_init and set_irqmask

On 08/26/2015 08:42 PM, hali at codeaurora.org wrote: >> 2015-08-26 9:55 GMT-04:00 : >>> Hi Archit, >>> mdp5_hw_init and mdp5_set_irqmask configure registers but may not have clocks enabled. Add mdp5_enable/disable calls in these funcs to ensure clocks are enabled. We

[PATCH -next] drm/vmwgfx: Allow dropped masters render-node like access on legacy nodes v2

Applications like gnome-shell may try to render after dropping master privileges. Since the driver should now be safe against this scenario, allow those applications to use their legacy node like a render node. v2: Add missing return statement. Signed-off-by: Thomas Hellstrom Reviewed-by:

[PATCH] drm/edid: Allow comma separated edid binaries. (v3)

Allow comma separated filenames in the edid_firmware parameter. For example: edid_firmware=eDP-1:edid/1280x480.bin,DP-2:edid/1920x1080.bin v2: Use strsep() to simplify parsing of comma seperated string. (Matt) Move initial bail before strdup. (Matt) v3: Changed conditionals after while loop

[PATCH 04/12] gpu: imx: fix support for interlaced modes

On Thu, Aug 27, 2015 at 10:39:12AM +0200, Philipp Zabel wrote: > Hi Russell, > > Am Samstag, den 08.08.2015, 17:03 +0100 schrieb Russell King: > > The support for interlaced video modes seems to be broken; we don't use > > anything other than the vtotal/htotal from the timing information to > >

[Intel-gfx] [PATCH] drm/atomic: refuse changing CRTC for planes directly

On Wed, Aug 26, 2015 at 05:51:46PM -0400, Rob Clark wrote: > On Wed, Aug 26, 2015 at 3:49 PM, Daniel Vetter > wrote: > > Very strictly speaking this is possible if you have special hw and > > genlocked CRTCs. In general switching a plane between two active CRTC > > just won't work so well and is

[PATCH 3/6] dma-buf: Add ioctls to allow userspace to flush

On Wed, Aug 26, 2015 at 08:29:15PM -0300, Tiago Vignatti wrote: > +#ifndef _DMA_BUF_UAPI_H_ > +#define _DMA_BUF_UAPI_H_ > + > +enum dma_buf_sync_flags { > + DMA_BUF_SYNC_READ = (1 << 0), > + DMA_BUF_SYNC_WRITE = (2 << 0), > + DMA_BUF_SYNC_RW = (3 << 0), > + DMA_BUF_SYNC_START = (0

[PATCH] drm/atomic: refuse changing CRTC for planes directly

Op 26-08-15 om 21:49 schreef Daniel Vetter: > Very strictly speaking this is possible if you have special hw and > genlocked CRTCs. In general switching a plane between two active CRTC > just won't work so well and is probably not tested at all. Just forbid > it. > > I've put this into the core

[PATCH 1/7] drm/vc4: Add devicetree bindings for VC4.

On 27 August 2015 at 00:30, Rob Herring wrote: > On Wed, Aug 26, 2015 at 7:09 AM, Thierry Reding > wrote: >> On Wed, Aug 26, 2015 at 01:52:29PM +0200, Daniel Vetter wrote: >>> On Tue, Aug 25, 2015 at 04:42:18PM -0400, Rob Clark wrote: >>> > On Mon, Aug 24, 2015 at 9:47 AM, Rob Herring >>> >

[PATCH -next] drm/vmwgfx: Allow dropped masters render-node like access on legacy nodes

Applications like gnome-shell may try to render after dropping master privileges. Since the driver should now be safe against this scenario, allow those applications to use their legacy node like a render node. Signed-off-by: Thomas Hellstrom Reviewed-by: Sinclair Yeh ---

[Bug 91516] Hang on Dota 2 Reborn with Unsafe Math

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150827/136c9ca9/attachment.html>