[PATCH 2/2] ARM: dts: add exynos5420-fimd compatible

2016-04-21 19:06 GMT+09:00 Krzysztof Kozlowski : > On 02/15/2016 04:59 AM, Krzysztof Kozlowski wrote: >> On 15.02.2016 09:57, Krzysztof Kozlowski wrote: >>> On 12.02.2016 22:31, Chanho Park wrote: This patch changes the compatible of exynos5420 fimd to "exynos5420-fimd". To support mic

[Bug 94984] XCom2 crashes with SIGSEGV on radeonsi

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160421/5b6b8ebe/attachment.html>

[Bug 94984] XCom2 crashes with SIGSEGV on radeonsi

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/6d7bf653/attachment.html>

[PATCH 24/24] drm/vmwgfx: add extern C guard for the UAPI header

Cc: Sinclair Yeh Cc: Thomas Hellstrom Cc: Brian Paul Signed-off-by: Emil Velikov --- include/uapi/drm/vmwgfx_drm.h | 9 + 1 file changed, 9 insertions(+) diff --git a/include/uapi/drm/vmwgfx_drm.h b/include/uapi/drm/vmwgfx_drm.h index 5b68b4d..d325a41 100644 ---

[PATCH 23/24] drm/virgl: add extern C guard for the UAPI header

Cc: Dave Airlie Cc: Gerd Hoffmann Signed-off-by: Emil Velikov --- include/uapi/drm/virtgpu_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/virtgpu_drm.h b/include/uapi/drm/virtgpu_drm.h index c74f1f9..91a31ff 100644 --- a/include/uapi/drm/virtgpu_drm.h +++

[PATCH 22/24] drm/via: add extern C guard for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/via_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/via_drm.h b/include/uapi/drm/via_drm.h index fa21ed1..a1e125d 100644 --- a/include/uapi/drm/via_drm.h +++ b/include/uapi/drm/via_drm.h @@ -26,6 +26,10 @@

[PATCH 21/24] drm/vc4: add extern C guard for the UAPI header

Cc: Eric Anholt Signed-off-by: Emil Velikov --- include/uapi/drm/vc4_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/vc4_drm.h b/include/uapi/drm/vc4_drm.h index eeb37e3..af12e8a 100644 --- a/include/uapi/drm/vc4_drm.h +++ b/include/uapi/drm/vc4_drm.h @@ -26,6

[PATCH 20/24] drm/tegra: add extern C guard for the UAPI header

Cc: Erik Faye-Lund Cc: Thierry Reding Signed-off-by: Emil Velikov --- include/uapi/drm/tegra_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/tegra_drm.h b/include/uapi/drm/tegra_drm.h index 27d0b05..d954f8c 100644 --- a/include/uapi/drm/tegra_drm.h +++

[PATCH 19/24] drm/sis: add missing include drm.h for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/sis_drm.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/drm/sis_drm.h b/include/uapi/drm/sis_drm.h index 3f7d8ca..3e3f7e9 100644 --- a/include/uapi/drm/sis_drm.h +++ b/include/uapi/drm/sis_drm.h @@ -27,6 +27,8 @@ #ifndef

[PATCH 18/24] drm/sis: add extern C guard for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/sis_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/sis_drm.h b/include/uapi/drm/sis_drm.h index 374858c..3f7d8ca 100644 --- a/include/uapi/drm/sis_drm.h +++ b/include/uapi/drm/sis_drm.h @@ -27,6 +27,10 @@

[PATCH 17/24] drm/savage: add extern C guard for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/savage_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/savage_drm.h b/include/uapi/drm/savage_drm.h index 5741474..0f6edde 100644 --- a/include/uapi/drm/savage_drm.h +++ b/include/uapi/drm/savage_drm.h @@ -28,6

[PATCH 16/24] drm/radeon: add extern C guard for the UAPI header

Cc: Alex Deucher Cc: Christian König Signed-off-by: Emil Velikov --- include/uapi/drm/radeon_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h index ccb9bcd..490a59c 100644 --- a/include/uapi/drm/radeon_drm.h +++

[PATCH 15/24] drm/r128: add extern C guard for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/r128_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/r128_drm.h b/include/uapi/drm/r128_drm.h index 7a44c65..690e9c6 100644 --- a/include/uapi/drm/r128_drm.h +++ b/include/uapi/drm/r128_drm.h @@ -35,6 +35,10 @@

[PATCH 14/24] drm/qxl: remove XXX comment from the UAPI header

One cannot rename the struct at this point, so might as well remove the comment. Cc: Gerd Hoffmann Cc: Dave Airlie Signed-off-by: Emil Velikov --- include/uapi/drm/qxl_drm.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/uapi/drm/qxl_drm.h b/include/uapi/drm/qxl_drm.h index

[PATCH 13/24] drm/qxl: add extern C guard for the UAPI header

Cc: Gerd Hoffmann Cc: Dave Airlie Signed-off-by: Emil Velikov --- include/uapi/drm/qxl_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/qxl_drm.h b/include/uapi/drm/qxl_drm.h index 4d1e326..cd99da0 100644 --- a/include/uapi/drm/qxl_drm.h +++

[PATCH 12/24] drm/omap: add extern C guard for the UAPI header

Cc: Tomi Valkeinen Cc: Laurent Pinchart Signed-off-by: Emil Velikov --- include/uapi/drm/omap_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/omap_drm.h b/include/uapi/drm/omap_drm.h index 38a3bd8..407cb55 100644 --- a/include/uapi/drm/omap_drm.h +++

[PATCH 11/24] drm/nouveau: drop drm/ prefix from include

Similar to the rest of the DRM UAPI - these are to be imported unmodified into libdrm. In current form that's impossible. Cc: Ben Skeggs Signed-off-by: Emil Velikov --- include/uapi/drm/nouveau_drm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 10/24] drm/nouveau: add extern C guard for the UAPI header

Cc: Ben Skeggs Signed-off-by: Emil Velikov --- include/uapi/drm/nouveau_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/nouveau_drm.h b/include/uapi/drm/nouveau_drm.h index 500d82a..8d2dc05 100644 --- a/include/uapi/drm/nouveau_drm.h +++

[PATCH 09/24] drm/msm: add extern C guard for the UAPI header

Cc: Rob Clark Signed-off-by: Emil Velikov --- include/uapi/drm/msm_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/msm_drm.h b/include/uapi/drm/msm_drm.h index 254d3e9..bf19d2c 100644 --- a/include/uapi/drm/msm_drm.h +++ b/include/uapi/drm/msm_drm.h @@ -20,6

[PATCH 08/24] drm/mga: add extern C guard for the UAPI header

Signed-off-by: Emil Velikov --- include/uapi/drm/mga_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/mga_drm.h b/include/uapi/drm/mga_drm.h index fca8170..8c43375 100644 --- a/include/uapi/drm/mga_drm.h +++ b/include/uapi/drm/mga_drm.h @@ -37,6 +37,10 @@

[PATCH 07/24] drm/i915: add extern C guard for the UAPI header

Cc: Daniel Vetter Cc: Jani Nikula Signed-off-by: Emil Velikov --- include/uapi/drm/i915_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/i915_drm.h b/include/uapi/drm/i915_drm.h index a5524cc..c17d63d 100644 --- a/include/uapi/drm/i915_drm.h +++

[PATCH 06/24] drm/i810: add extern C guard for the UAPI header

Cc: Daniel Vetter Signed-off-by: Emil Velikov --- Daniel, Based on earlier chat that his file has never been used by userspace, should we just move it for internal usage (to include/drm) ? Regards, Emil --- include/uapi/drm/i810_drm.h | 8 1 file changed, 8 insertions(+) diff

[PATCH 05/24] drm/exynos: add extern C guard for the UAPI header

Cc: Andrzej Hajda Cc: Inki Dae Signed-off-by: Emil Velikov --- Inki, Can we please have someone from the Exynos/Samsung look into the following: - A follow up on patch cbf0aceff85 "drm/exynos: use arch independent types in uapi header" - Use the same licence for both libdrm and kernel

[PATCH 04/24] drm/etnaviv: add extern C guard for the UAPI header

Cc: Christian Gmeiner Cc: Russell King Cc: Lucas Stach Signed-off-by: Emil Velikov --- include/uapi/drm/etnaviv_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/etnaviv_drm.h b/include/uapi/drm/etnaviv_drm.h index

[PATCH 03/24] drm: add extern C guard for the UAPI headers

Signed-off-by: Emil Velikov --- include/uapi/drm/drm.h| 16 include/uapi/drm/drm_fourcc.h | 8 include/uapi/drm/drm_mode.h | 8 include/uapi/drm/drm_sarea.h | 8 4 files changed, 40 insertions(+) diff --git a/include/uapi/drm/drm.h

[PATCH 02/24] drm/armada: add extern C guard for the UAPI header

Cc: Russell King Signed-off-by: Emil Velikov --- include/uapi/drm/armada_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/armada_drm.h b/include/uapi/drm/armada_drm.h index 6de7f01..72e326f 100644 ---

[PATCH 01/24] drm/amdgpu: add extern C guard for the UAPI header

Cc: Alex Deucher Cc: Christian König Signed-off-by: Emil Velikov --- include/uapi/drm/amdgpu_drm.h | 8 1 file changed, 8 insertions(+) diff --git a/include/uapi/drm/amdgpu_drm.h b/include/uapi/drm/amdgpu_drm.h index 453a76a..cdecf87 100644 --- a/include/uapi/drm/amdgpu_drm.h +++

[PATCH 00/24] drm: add extern C guard for the UAPI headers

[Re-sending to the correct mailing list. Apologies if you've seen it already] Hi all, David Howells Dave Airlie pointed out that "polluting" the headers in a manner as seen with this series might not be too wise. David H, can we hear your view on the topic ? Note that these headers are meant

[PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

Den 20.04.2016 17:25, skrev Noralf Trønnes: > This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. > Accumulated fbdev framebuffer changes are signaled using the callback > (struct drm_framebuffer_funcs *)->dirty() > > The drm_fb_helper_sys_*() functions will accumulate changes and

[PATCH v2] libdrm/fourcc: Add formats R8, RG88, GR88, NV24, NV42

Produced from headers_install of 9dabb0053b63bc32ab6ad5d13209d1e43395313f (drm-intel-nightly) in the kernel. ChromeOS will use new format to optimize video decoding. CC: Stéphane Marchesin CC: Daniele Castagna CC: Emil Velikov Cc: Rainer Hochecker Cc: Benjamin Widawsky CC: Chad Versace

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88, NV24, NV42

mation: see >> http://linuxtv.org/downloads/v4l-dvb-apis/re32.html >> + * For more information: see >> https://linuxtv.org/downloads/v4l-dvb-apis/re32.html >> */ >> #define DRM_FORMAT_MOD_SAMSUNG_64_32_TILE fourcc_mod_code(SAMSUNG, >> 1) >> >> -- >> 2.5.0 >> >> > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/93efe6d1/attachment.html>

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88

ttachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/01cf1f29/attachment-0001.html>

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88

land Oy > Registered Address: PL 281, 00181 Helsinki > Business Identity Code: 0357606 - 4 > Domiciled in Helsinki > > This e-mail and any attachments may contain confidential material for > the sole use of the intended recipient(s). Any review or distribution > by others is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete all copies. > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e92b7ede/attachment.html>

[PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Den 21.04.2016 09:28, skrev Daniel Vetter: > On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote: >> Den 20.04.2016 19:42, skrev Daniel Vetter: >>> On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: Now that drm_fb_helper gets deferred io support, the

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88, NV24, NV42

the height > * > - * For more information: see > http://linuxtv.org/downloads/v4l-dvb-apis/re32.html > + * For more information: see > https://linuxtv.org/downloads/v4l-dvb-apis/re32.html > */ > #define DRM_FORMAT_MOD_SAMSUNG_64_32_TILE fourcc_mod_code(SAMSUNG, 1) > > -- > 2.5.0 > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/0aec95a3/attachment.html>

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88, NV24, NV42

Follow-up of kernel patch: https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html Generate it using `make headers_install` ChromeOS will use new format to optimize video decoding. CC: Stéphane Marchesin CC: Daniele Castagna Cc: Rainer Hochecker Cc: Benjamin Widawsky CC:

[PATCH v3 04/19] clk: sunxi: Add TCON channel1 clock

axime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <

[PATCH v2] libdrm/fourcc: Add formats R8, RG88, GR88, NV24, NV42

On 21 April 2016 at 18:46, Dongseong Hwang wrote: > Produced from headers_install of 9dabb0053b63bc32ab6ad5d13209d1e43395313f > (drm-intel-nightly) in the kernel. > > ChromeOS will use new format to optimize video decoding. > Did you check before sending the patch out ? As mentioned over IRC a

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88

Follow-up of kernel patch: https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html The Kodi/XBMC and ChromeOS developers want to transcode NV12 to RGB with OpenGL shaders, importing the two source planes through EGL_EXT_image_dma_buf_import. That requires importing the Y plane as

[PATCH 1/2] drm: rcar-du: Add Z-order support for VSP planes

On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote: > Make the Z-order of VSP planes configurable through the zpos property, > exactly as for the native DU planes. > > Signed-off-by: Laurent Pinchart > --- >

[PATCH v4 2/2] drm: sti: Add ASoC generic hdmi codec support.

Add the interface needed by audio hdmi-codec driver. Signed-off-by: Arnaud Pouliquen Acked-by: Benjamin Gaignard Acked-by: Vincent ABRIOU --- drivers/gpu/drm/sti/Kconfig| 1 + drivers/gpu/drm/sti/sti_hdmi.c | 248 ++--- drivers/gpu/drm/sti/sti_hdmi.h

[PATCH v4 1/2] video: hdmi: add helper functions for N and CTS

Add helper functions to compute HDMI CTS and N parameters. Implementation is based on HDMI 1.4b specification. Signed-off-by: Arnaud Pouliquen Acked-by: Benjamin Gaignard Acked-by: Vincent ABRIOU --- drivers/video/hdmi.c | 208 +++

[PATCH v4 0/2] sti: add audio interface to the hdmi driver

This patchset implements audio interface in HDMI drm driver. Implementation is based on ASoC generic hdmi codec driver( https://patchwork.kernel.org/patch/8713141/). It also proposes helper functions to compute N and CTS parameters according to HDMI 1.4b specification. V4: fixes for

[Bug 93144] [radeonsi] Alien: Isolation feature request

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e5381b59/attachment.html>

[alsa-devel] [PATCH v3 1/2] video: hdmi: add helper function for N and CTS

-to-the-hdmi-driver/20160421-161330 base: git://people.freedesktop.org/~airlied/linux.git drm-next reproduce: make htmldocs All warnings (new ones prefixed by >>): drivers/gpu/drm/i915/i915_irq.c:2663: warning: No description found for parameter 'fmt' include/drm/drm_crtc.h:364: w

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

On Thu, Apr 21, 2016 at 04:43:19PM +0100, Robert Bragg wrote: >On Wed, Apr 20, 2016 at 11:52 PM, Chris Wilson ><[1]chris at chris-wilson.co.uk> wrote: > > On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote: > > +static int i915_oa_read(struct i915_perf_stream *stream,

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

rence: https://lists.freedesktop.org/archives/intel-gfx/2014-November/055385.html (wow, sad face after seeing how long I've been kicking this stuff) I'd prefer to stick with this approach now, unless you see a big problem with it. Regards, - Robert > -Chris > > -- > Chris Wilson, Intel Open Source Technology Centre > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/2276a1b8/attachment-0001.html>

[Intel-gfx] [PATCH 5/5] drm/i915: Add support for new aspect ratios

On Fri, Mar 25, 2016 at 01:47:35PM +0530, Shashank Sharma wrote: > HDMI 2.0/CEA-861-F introduces two new aspect ratios: > - 64:27 > - 256:135 > > This patch adds support for these aspect ratios in > I915 driver, at various places. > > Signed-off-by: Shashank Sharma Ok, we discussed this a bit

[patch] drm/rockchip: inno_hdmi: fix an error code

On Fri, Feb 26, 2016 at 02:26:23PM +0800, Yakir Yang wrote: > Dan, > > On 02/26/2016 05:30 AM, Dan Carpenter wrote: > >We were accidentally returning PTR_ERR(NULL) which means success when we > >wanted to return a negative error code. > > > >Fixes: 412d4ae6b7a5 ('drm/rockchip: hdmi: add

[PATCH] libdrm/fourcc: Add formats R8, RG88, GR88

On 21 April 2016 at 16:32, Dongseong Hwang wrote: > Follow-up of kernel patch: > https://lists.freedesktop.org/archives/dri-devel/2015-July/086041.html > > The Kodi/XBMC and ChromeOS developers want to transcode NV12 to RGB > with OpenGL shaders, importing the two source planes through >

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

it's at the expense of a slightly larger stream struct (though also don't see that as a concern currently). Can change if you like. Regards, - Robert > -Chris > > -- > Chris Wilson, Intel Open Source Technology Centre > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/a0943589/attachment.html>

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

uesting periodic sampling, but didn't poll or read in that case so far so didn't hit this yet. At least for the read() this is partially considered by returning -EIO if attempting a blocking read while the stream is disabled, but it doesn't consider the case that the stream is enabled but periodic sampling isn't enabled. Regards, - Robert > -Chris > > -- > Chris Wilson, Intel Open Source Technology Centre > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/e3d73dd4/attachment.html>

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

HICKEN_BITS, (I915_READ(GDT_CHICKEN_BITS) & > > + ~GT_NOA_ENABLE)); > > You didn't preserve any other chicken bits during enable_metric_set. > Hmm, good point. I think I'll aim to preserve other bits when setting if that works, just in case something else needs to fiddle with the same register later. > -Chris > > -- > Chris Wilson, Intel Open Source Technology Centre > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/5400393c/attachment-0001.html>

[PATCH v3 1/2] video: hdmi: add helper function for N and CTS

On 04/21/2016 02:39 PM, Philipp Zabel wrote: > Hi Arnaud, > > Am Donnerstag, den 21.04.2016, 10:07 +0200 schrieb Arnaud Pouliquen: >> Add helper function to compute HDMI CTS and N parameters >> Implementation is based on HDMI 1.4b specification. >> >> Signed-off-by: Arnaud Pouliquen >>

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Thu, Apr 21, 2016 at 01:37:22PM +0100, Emil Velikov wrote: > On 20 April 2016 at 16:25, Stefan Dirsch wrote: > > On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote: > >> On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: > >> > Patch suggestion by Thomas Klausner. See also > >>

i.MX6 imx-drm framebuffer rotation. Kernel 3.14.52.

Hello all! Mr. Fabio Estevam from freescale community forum advisedto address this question to this mail list. I am using a i.MX6Q SabreSD -based board with 3.14.52 kernel from Jethro (2.0) release of FSL-Community-BSP. I need to do a 180 degree vertical flip of the framebuffer using imx-drm

[PULL] drm-intel-next

On Thu, Apr 21, 2016 at 11:26:49AM +0200, Daniel Vetter wrote: > Hi Dave, > > drm-intel-next-2016-04-11: > - make modeset hw state checker atomic aware (Maarten) > - close races in gpu stuck detection/seqno reading (Chris) > - tons of small improvements from Chris Wilson all over the gem code > -

i.MX6 imx-drm framebuffer rotation. Kernel 3.14.52.

Am Donnerstag, den 21.04.2016, 15:33 +0300 schrieb Ivan Nikolaenko: > Hello all! > > Mr. Fabio Estevam from freescale community forum advisedto address this > question to this mail list. > > I am using a i.MX6Q SabreSD -based board with 3.14.52 kernel from Jethro > (2.0) release of

[PATCH v3 01/19] clk: composite: Add unregister function

On 04/19, Maxime Ripard wrote: > > I have a bunch of other clock patches that need this, so I guess it > would be easier if applied it directly with your acked-by, or if you > could apply it and give a stable branch I can base my future PR on. Ok. I pushed it to stable branch

[Intel-gfx] [PATCH] drm: i915: Improve behavior in case of broken HDMI EDID

Daniel, Thanks a lot for the quick reply! On 20 Apr 01:34 PM, Daniel Vetter wrote: > On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote: > > Currently, our implementation of drm_connector_funcs.detect is > > based on getting a valid EDID. > > > > This requirement makes the driver

[PATCH] drm/etnaviv: don't move linear memory window on 3D cores without MC2.0

On cores with MC1.0 the memory window offset is not properly respected by all engines in the core, leading to different views of the memory if the offset in non-zero. This causes relocs for those engines to be wrong and might lead to other subtile problems. Rather than trying to work around this,

[PATCH] drm/exynos/hdmi: Don't print error on deferral due to regulators

The regulators may not be available just because their driver's probe function was just not executed and so the regulators not registered. So, in this case the Exynos HDMI driver should not print logs since a -EPROBE_DEFER is not really an error and that will just pollute the kernel log and

[PATCH v3 1/2] video: hdmi: add helper function for N and CTS

Hi Arnaud, Am Donnerstag, den 21.04.2016, 10:07 +0200 schrieb Arnaud Pouliquen: > Add helper function to compute HDMI CTS and N parameters > Implementation is based on HDMI 1.4b specification. > > Signed-off-by: Arnaud Pouliquen > Acked-by: Benjamin Gaignard > Acked-by: Vincent ABRIOU

bug in autoloading of imx-ipuv3-crtc

broke. > > > > > > after installing some old kernels it broke with 4.4-rc4 which included a > > > patch with teh subject of "drm/imx: Remove of_node assignment from > > > ipuv3-crtc driver probe" > > > > Just to be sure: 4.4-rc4 with 407c9eba7897 ("drm/imx: Remove of_node > > assignment from ipuv3-crtc driver probe") reverted works fine for you? > > I can confirm that reverting just that patch makes things work again Sorry I missed that due to an old kernel package bug the dtb was not in place and a different than expected kernel booted. reverting the one patch is not sufficient Dennis -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/0af68342/attachment-0001.sig>

[PATCH v2] drm/msm: Use 64-bit timekeeping

On Thursday 21 April 2016 04:39:04 Tina Ruchandani wrote: > >> which only does one 64-bit division, and it's one that we can probably > >> optimize out in the future (we can check in ktime_ms_delta whether the > >> difference is more than 2^32 nanoseconds as the fast path). > > It looks like

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

Thierry Reding writes: > Applied, thanks. I once read that this is the recommended way to go, instead of specifying the timings in the device tree. Why is this so? Any new display just increases the .text size of the kernel unnessary. Did this idea stem from the era where bootloaders like

[PATCH v3 02/19] clk: sunxi: Add display and TCON0 clocks driver

: 819 bytes Desc: Digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/cfc59e89/attachment.sig>

[Bug 115251] amdgpu: Black screen + hang with Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=115251 --- Comment #4 from Alex Deucher --- Greg still hasn't applied it. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On 20 April 2016 at 16:25, Stefan Dirsch wrote: > On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote: >> On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: >> > Patch suggestion by Thomas Klausner. See also >> > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html

libdrm: Patch to compile on hurd.

Hi Tobias, On 21 April 2016 at 06:30, Tobias Frost wrote: > Hallo, > > attached is a patch that makes libdrm compile on hurd. > Thanks for the patch. > (Note: I intentionally said compile, as I have no way to see if it > actually works there.) > Step one is actually making it build and step two

[Bug 94984] XCom2 crashes with SIGSEGV on radeonsi

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/531b8fef/attachment.html>

[PATCH] drm/vc4: Add support for gamma ramps.

On 21.04.2016 05:43, Eric Anholt wrote: > > This should fix brightness sliders in a lot of fullscreen games. FYI, it won't fix at least games using SDL until https://bugs.freedesktop.org/show_bug.cgi?id=27222 is fixed as well. It will sort of fix changing gamma via xgamma or RandR though. --

[PATCH v12 2/2] staging/android: refactor SYNC IOCTLs

From: Gustavo Padovan Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid future API breaks and optimize buffer allocation. Now num_fences can be filled by the caller to inform how many fences it wants to retrieve from the kernel. If the

[PATCH v12 1/2] kernel.h: add u64_to_user_ptr()

From: Gustavo Padovan This function had copies in 3 different files. Unify them in kernel.h. Cc: Joe Perches Cc: Andrew Morton Cc: David Airlie Cc: Daniel Vetter Cc: Rob Clark Signed-off-by: Gustavo Padovan --- v2: add typecheck() (comment from Maarten

[PATCH v12 0/2] staging/android: Sync ABI rework

From: Gustavo Padovan Hi, Here we clean up the Sync ABI and then improve in to a more optimized version. Also it is now less likely to need changes in the future. This is not breaking any upstream user of the sync framework, as no driver wired support for it, so

bug in autoloading of imx-ipuv3-crtc

it broke with 4.4-rc4 which included a > > patch with teh subject of "drm/imx: Remove of_node assignment from > > ipuv3-crtc driver probe" > > Just to be sure: 4.4-rc4 with 407c9eba7897 ("drm/imx: Remove of_node > assignment from ipuv3-crtc driver probe") reverted works fine for you? I can confirm that reverting just that patch makes things work again Dennis > > Best regards > Uwe -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part. URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160421/c47ec52f/attachment-0001.sig>

[Bug 94231] Problems compiling libdrm since glibc 2.23

org/archives/dri-devel/attachments/20160421/1de6cd60/attachment.html>

[PATCH 2/2] ARM: dts: add exynos5420-fimd compatible

On 02/15/2016 04:59 AM, Krzysztof Kozlowski wrote: > On 15.02.2016 09:57, Krzysztof Kozlowski wrote: >> On 12.02.2016 22:31, Chanho Park wrote: >>> This patch changes the compatible of exynos5420 fimd >>> to "exynos5420-fimd". To support mic bypass from display >>> path, the new compatible is

[PATCH v3] drm/dsi: Implement set tear scanline

Provide a small convenience wrapper that transmits a set_tear_scanline command. Cc: Archit Taneja Cc: John Stultz [thierry.reding: suggested to create helper function (v1)] Cc: Thierry Reding [sumit.semwal: create a single patch for compilation fix (v2)] Cc: Sumit Semwal [vinay simha bn:

[PATCH] drm/i915/vlv: Enable polling when we shut off all power domains

Unfortunately HPD isn't functional once we shut off all of the power domains. Unfortunately we can end up shutting off all of the power domains in any situation where we don't have any monitors connected, essentially breaking hpd for the user unless they reboot with one of their monitors

[PULL] topic/drm-misc

Hi Dave, misc pull req all over. Biggest thing is the drm_connector_(un)register_all cleanup from Alexey for drivers without the load/unload midlayer hooks. I.e. all the new ones, and a bunch of the pending new atomic drivers depend upon this. Or at least I asked them to rebase ;-) For 4.7 I'd

[PULL] topic/struct_mutex

Hi Dave, struct_mutex cleanups and error paths fixes. Unfortunately I didn't manage to get acks from everyone, but this stuff has been hanging out for months now and imo simple enough to just land the remaining few patches. But separate pull request so that you can take a look yourself. Cheers,

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2016-04-11: - make modeset hw state checker atomic aware (Maarten) - close races in gpu stuck detection/seqno reading (Chris) - tons of small improvements from Chris Wilson all over the gem code - more dsi/bxt work from Ramalingam - macro polish from Joonas - guc fw

drm reference counter connectors and fix lifetimes

On Fri, Apr 15, 2016 at 03:10:31PM +1000, Dave Airlie wrote: > I've been trolled since I did MST that I really didn't do a good job > on the connector lifetimes, so I finally felt guilty and had time to try > and fix this up. > > This is a set of patches to handle connector lifetimes so that the

[PATCH 11/15] drm/modes: stop handling framebuffer special

On Fri, Apr 15, 2016 at 03:10:42PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Since ref counting is in the object now we can just call the > normal interfaces. > > Signed-off-by: Dave Airlie Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/drm_crtc.c | 17 ++--- > 1

[PATCH 10/15] drm/modes: reduce fb_lock to just protecting lists

On Fri, Apr 15, 2016 at 03:10:41PM +1000, Dave Airlie wrote: > From: Dave Airlie > > This reduces the fb_lock to just protecting the num_fb/fb_list. > > I'd like to have some discussion on if this opens up any race > conditions. Here's you're discussion ;-) "Previously fb refcounting, and

[PATCH 09/15] drm/modes: move reference taking into object lookup.

On Fri, Apr 15, 2016 at 03:10:40PM +1000, Dave Airlie wrote: > From: Dave Airlie > > When we lookup an ref counted object we now take a proper reference > using kref_get_unless_zero. > > Framebuffer lookup no longer needs do this itself. > > Convert rmfb to using framebuffer lookup and deal

[PATCH 08/15] drm/mode: reduce lock hold in addfb2

On Fri, Apr 15, 2016 at 03:10:39PM +1000, Dave Airlie wrote: > From: Dave Airlie > > No need to hold the lock while assigning the variable. > > Signed-off-by: Dave Airlie Not sure why exactly I put that under the lock, but the only thing that can race here is rmfb while addfb2 is still doing

[PATCH 07/15] drm/mode: reduce scope of fb_lock in framebuffer init

On Fri, Apr 15, 2016 at 03:10:38PM +1000, Dave Airlie wrote: > From: Dave Airlie > > We don't need to hold the fb lock around the initialisation, > only around the list manipulaton. > > So do the lock hold only around the register for now. > Signed-off-by: Dave Airlie This needs a bit more

[PATCH v2 2/4] dt-bindings: Add jdi lt070me05000 panel bindings

On Wed, Apr 20, 2016 at 03:02:31PM +0530, Vinay Simha BN wrote: > Add documentation for lt070me05000 panel > > Signed-off-by: Vinay Simha BN > --- > .../bindings/display/panel/jdi,lt070me05000.txt| 43 > ++ > 1 file changed, 43 insertions(+) > create mode 100644 >

[PULL] drm-intel-fixes

Hi Dave, fixes all around, all but one are cc: stable material, the most important ones are likely the Skylake hang fixes from Mika. BR, Jani. The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9: Linux 4.6-rc4 (2016-04-17 19:13:32 -0700) are available in the git

[PATCH 2/3] kernel.h: add u64_to_user_ptr()

2016-04-20 Joe Perches : > On Wed, 2016-04-20 at 16:18 -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > This function had copies in 3 different files. Unify them in kernel.h. > [] > > diff --git a/include/linux/kernel.h b/include/linux/kernel.h > [] > > @@ -53,6 +53,12 @@ > > >

[PATCH v2] drm: Make drm.debug parameter description more helpful

On Wed, 20 Apr 2016, Ezequiel Garcia wrote: > Let's be user-friendly and print an actually helpful parameter > description. > > This makes modinfo output the debug parameter like this: > > parm: debug:Enable debug output, where each bit enables a debug > category. > Bit 0

[PATCH 06/15] drm/mode: use _object_find to find framebuffers.

On Fri, Apr 15, 2016 at 03:10:37PM +1000, Dave Airlie wrote: > From: Dave Airlie > > No point have this code dupliated at this point, use the > _object_find code instead now. > > Signed-off-by: Dave Airlie Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/drm_crtc.c | 35

[PATCH 05/15] drm/mode: move framebuffer reference into object.

On Fri, Apr 15, 2016 at 03:10:36PM +1000, Dave Airlie wrote: > From: Dave Airlie > > This is the initial code to add references to some mode objects. > In the future we need to start reference counting connectors so > firstly I want to reorganise the code so the framebuffer ref counting > uses

[PATCH v3 2/2] drm: sti: Add ASoC generic hdmi codec support.

Add the interface needed by audio hdmi-codec driver. Signed-off-by: Arnaud Pouliquen Acked-by: Benjamin Gaignard Acked-by: Vincent ABRIOU --- drivers/gpu/drm/sti/Kconfig| 1 + drivers/gpu/drm/sti/sti_hdmi.c | 248 ++--- drivers/gpu/drm/sti/sti_hdmi.h

[PATCH 04/15] drm/mode: introduce wrapper to read framebuffer refcount.

On Fri, Apr 15, 2016 at 03:10:35PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Avoids drivers knowing where the kref is stored. > > Signed-off-by: Dave Airlie Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/drm_crtc.c | 2 +- > drivers/gpu/drm/i915/i915_debugfs.c | 4 ++--

[PATCH v3 1/2] video: hdmi: add helper function for N and CTS

Add helper function to compute HDMI CTS and N parameters Implementation is based on HDMI 1.4b specification. Signed-off-by: Arnaud Pouliquen Acked-by: Benjamin Gaignard Acked-by: Vincent ABRIOU --- drivers/video/hdmi.c | 202 +++

[PATCH v3 0/2] sti: add audio interface to the hdmi driver

This patchset implements audio interface in HDMI drm driver. Implementation is based on ASoC generic hdmi codec driver( https://patchwork.kernel.org/patch/8713141/). It also proposes helper functions to compute N and CTS parameters according to HDMI 1.4b specification. V3: - video:

[PATCH 03/15] drm/modes: drop __drm_framebuffer_unregister.

On Fri, Apr 15, 2016 at 03:10:34PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Just use the generic function. > > Signed-off-by: Dave Airlie Maybe mention in the commit message that a side effect of this is that we now also protect fb->base.id (at least when we clear it) with the idr

  1   2   >