[PULL] drm-intel-fixes

Hi Linus, One i915 regression fix and a drm core one since Dave's not around, both introduced in 4.2 so not cc: stable. The fix for the warning Ted reported isn't in here yet since he didn't yet supply a tested-by and I can't repro this one myself (it's in fixup code that needs firmware doing

[Mesa-dev] [PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On 7 August 2015 at 20:57, Ilia Mirkin wrote: > On Fri, Aug 7, 2015 at 5:45 AM, Michel Thierry > wrote: >> Gen8+ supports 48-bit virtual addresses, but some objects must always be >> allocated inside the 32-bit address range. >> >> In specific, any resource used with flat/heapless

[PATCH v2 11/11] drm/exynos: remove struct exynos_drm_encoder layer

Hi Daniel, On 2015년 08월 07일 21:28, Daniel Vetter wrote: > On Fri, Aug 7, 2015 at 1:50 PM, Inki Dae wrote: >> >> Booting is locked up here. This patch looks good to me so I tried to >> find why locked up and I found the booting is locked up as soon as >> console_lock function is called. Can

[RFC PATCH 2/8] drm: exynos/dp: convert to drm bridge mode

Daniel, 在 2015/8/7 19:25, Daniel Vetter 写道: > On Thu, Aug 06, 2015 at 10:29:29PM +0800, Yakir Yang wrote: >> Hi Jingoo, >> >> 在 2015/8/6 22:19, Jingoo Han 写道: >>> On Thursday, August 06, 2015 11:07 PM, Yakir Yang wrote: In order to move exynos dp code to bridge directory, we

[PATCH v2 11/11] drm/exynos: remove struct exynos_drm_encoder layer

Hi Gustavo, On 2015년 08월 06일 22:31, Gustavo Padovan wrote: > From: Gustavo Padovan > > struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had > only a drm_encoder member and the internal exynos_drm_encoders ops that > was directly mapped to the drm_encoder helper funcs.

[PATCH V6 3/6] mm: Introduce VM_LOCKONFAULT

KED is not set, FOLL_POPULATE won't be set either. > Then faultin_page() will return on the new check: > > flags & (FOLL_POPULATE | FOLL_MLOCK)) == FOLL_MLOCK > > I am on vacation atm but I will try and get to respin this series after making sure there aren't any more FOLL flag issues. Thanks for keeping with these :) Eric -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/5056764c/attachment-0001.sig>

[PATCH libdrm 0/9] amdgpu: cleanup the exported symbols

For this series Reviewed-by: Christian König Thanks for taking care of this, Christian. On 07.08.2015 18:44, Emil Velikov wrote: > Now that the API is stabilised we can do a bit of a cleanup, and ensure > only the symbols part of it are exported - 62 -> 34. > > This also gives us some ~10% is

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

rn. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/338fd5a1/attachment.sig>

[Bug 91084] RadeonSI crash while playing World Of Tanks

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

[PATCH 4/4] drm/bridge: Put Kconfig entries in a separate menu

From: Thierry Reding Put the Kconfig entries for bridge drivers into a separate menu so that they are automatically grouped and don't clutter up the top-level menu. While at it, move the bridge menu towards the end of the top-level menu where the panel menu is already

[PATCH 3/4] drm/panel: Add Samsung prefix to panel drivers

From: Thierry Reding The likelihood of getting a large number of panel drivers from different vendors is quite high. Add a prefix to the two existing Samsung panel drivers to set a guideline for future patch submissions. Using vendor prefixes consistently should allow a

[PATCH 2/4] drm/bridge: Add vendor prefixes

From: Thierry Reding Use vendor prefixes for Kconfig symbols and filenames. This should make it easier to identify the various bridge drivers and to organize the directory. While at it, rename dw_hdmi.[ch] to dw-hdmi.[ch] for consistency. Signed-off-by: Thierry Reding ---

[PATCH 1/4] ARM: exynos: Remove PTN3460 dependency

From: Thierry Reding Now that the PTN3460 driver has been rewritten as a proper I2C driver and there is infrastructure to hook up the bridge with a DRM device, it is no longer necessary to have this dependency to ensure the correct build mode. Signed-off-by: Thierry Reding

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

re Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/8135e36b/attachment.sig>

[PATCH] drm: Remove two-level menu in Kconfig

From: Thierry Reding The Direct Rendering Manager Kconfig option is already a separate menu, so remove the extra level to make it easier to navigate. Signed-off-by: Thierry Reding --- drivers/video/Kconfig | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH libdrm 9/9] amdgpu: add symbols check test

Signed-off-by: Emil Velikov --- amdgpu/Makefile.am | 3 +++ amdgpu/amdgpu-symbol-check | 51 ++ 2 files changed, 54 insertions(+) create mode 100755 amdgpu/amdgpu-symbol-check diff --git a/amdgpu/Makefile.am b/amdgpu/Makefile.am index

[PATCH libdrm 8/9] amdgpu: hide the final internal functions from global namespace

Thus the only symbols that we export are the ones officially provided by the API. Signed-off-by: Emil Velikov --- amdgpu/amdgpu_bo.c | 2 +- amdgpu/amdgpu_cs.c | 2 +- amdgpu/amdgpu_device.c | 58 ++-- amdgpu/amdgpu_gpu_info.c | 2 +-

[PATCH libdrm 7/9] amdgpu/amdgpu_vamgr: hide private symbols from global namespace

Signed-off-by: Emil Velikov --- amdgpu/amdgpu_internal.h | 18 -- amdgpu/amdgpu_vamgr.c| 17 ++--- 2 files changed, 22 insertions(+), 13 deletions(-) diff --git a/amdgpu/amdgpu_internal.h b/amdgpu/amdgpu_internal.h index ab01bb5..7f86da9 100644 ---

[PATCH libdrm 6/9] amdgpu: squash trivial documentation typo

Signed-off-by: Emil Velikov --- amdgpu/amdgpu.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h index b0c22d4..a3eea84 100644 --- a/amdgpu/amdgpu.h +++ b/amdgpu/amdgpu.h @@ -709,7 +709,7 @@ int amdgpu_bo_cpu_unmap(amdgpu_bo_handle

[PATCH libdrm 5/9] amdgpu: cosmetic chances in license boilerplate

Signed-off-by: Emil Velikov --- amdgpu/amdgpu.h | 2 +- amdgpu/amdgpu_bo.c | 1 + amdgpu/amdgpu_cs.c | 2 +- amdgpu/amdgpu_device.c | 3 +-- amdgpu/amdgpu_gpu_info.c | 1 + amdgpu/amdgpu_internal.h | 1 + amdgpu/amdgpu_vamgr.c| 2 +- 7 files changed, 7 insertions(+), 5

[PATCH libdrm 4/9] amdgpu: add a bunch of missing config.h includes

Signed-off-by: Emil Velikov --- amdgpu/amdgpu_cs.c | 5 + amdgpu/amdgpu_device.c | 4 amdgpu/amdgpu_gpu_info.c | 4 amdgpu/amdgpu_vamgr.c| 4 amdgpu/util_hash.c | 4 amdgpu/util_hash_table.c | 3 +++ 6 files changed, 24 insertions(+) diff --git

[PATCH libdrm 3/9] amdgpu/util_hash_table: hide private symbols from global namespace

Signed-off-by: Emil Velikov --- amdgpu/util_hash_table.c | 18 ++ amdgpu/util_hash_table.h | 24 2 files changed, 26 insertions(+), 16 deletions(-) diff --git a/amdgpu/util_hash_table.c b/amdgpu/util_hash_table.c index cb7213c..ce6f1d5 100644 ---

[PATCH libdrm 2/9] amdgpu/util_hash: hide private symbols from global namespace

Signed-off-by: Emil Velikov --- amdgpu/util_hash.c | 29 +++-- amdgpu/util_hash.h | 34 +- 2 files changed, 36 insertions(+), 27 deletions(-) diff --git a/amdgpu/util_hash.c b/amdgpu/util_hash.c index b1e12c4..7e59041 100644 ---

[PATCH libdrm 1/9] Force enable amdgpu for the dist build/check.

Signed-off-by: Emil Velikov --- Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index cb808ff..55e39a5 100644 --- a/Makefile.am +++ b/Makefile.am @@ -27,6 +27,7 @@ AM_DISTCHECK_CONFIGURE_FLAGS = \ --enable-libkms \ --enable-intel \

[PATCH libdrm 0/9] amdgpu: cleanup the exported symbols

Now that the API is stabilised we can do a bit of a cleanup, and ensure only the symbols part of it are exported - 62 -> 34. This also gives us some ~10% is size reduction of the final binary. Android support would be nice, but it's not a show stopper :) Please review, Emil

[PATCH libdrm] xf86drm: remove makedev() hack/workaround

Back when this was introduced commit 569da5a42eb(Merged glxmisc-3-0-0) sys/sysmacros.h was used instead of the respecive headers (as per the manual). We've been handling it correctly for a little while now - in Linux, BSD and Solaris. Thus we can drop this workaround. Signed-off-by: Emil Velikov

[PATCH] drm/tilcdc: free disp_clk when CONFIG_CPU_FREQ=n

disp_clk is allocated irrespective of CPU_FREQ support so it must be freed irrespective of it. Fixes: b478e336b3e7 ("drm/tilcdc: Fix the error path in tilcdc_load()") Signed-off-by: Sekhar Nori --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH] drm: rcar-du: Fix plane state free in plane reset handler

Hi Thierry, On Friday 07 August 2015 14:53:22 Thierry Reding wrote: > On Thu, Aug 06, 2015 at 03:23:00AM +0300, Laurent Pinchart wrote: > > The plane reset handler frees the plane state and allocates a new > > default state, but when doing so attempt to free the plane state using > > the base

[PATCH 2/3] drm/radeon: Switch to drm_vblank_on/off

On 14.07.2015 17:13, Michel Dänzer wrote: > On 28.05.2015 18:03, Michel Dänzer wrote: >> On 28.05.2015 17:38, Daniel Vetter wrote: >>> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote: On 27.05.2015 18:41, Daniel Vetter wrote: > On Wed, May 27, 2015 at 06:21:24PM +0900,

[PATCH 1/2] drm: bridge/dw_hdmi: Cache edid data

Am Freitag, den 07.08.2015, 15:13 +0100 schrieb Russell King - ARM Linux: > On Fri, Aug 07, 2015 at 03:59:20PM +0200, Sascha Hauer wrote: > > Instead of rereading the edid data each time userspace asks for them > > read them once and cache them in the previously unused edid field in > > struct

[RFC PATCH 0/8] Add Analogix Core Display Port Driver

gards, > - Yakir > > > -- > 2.1.2 > > > > > > > > -- > To unsubscribe from this list: send the line "unsubscribe > linux-samsung-soc" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/2b73a69c/attachment-0001.html>

[PATCH 3/3] modeprint: cleanup, remove compile warnings

On 7 August 2015 at 08:37, Tapani Pälli wrote: > Signed-off-by: Tapani Pälli > --- > tests/modeprint/modeprint.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c > index e6c6553..5e953f7 100644 > ---

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

On 7 August 2015 at 13:11, Thierry Reding wrote: > On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote: >> Use only __cplusplus which is supported by the C++ standard. >> >> Signed-off-by: Tapani Pälli >> --- >> libkms/libkms.h | 4 ++-- >> xf86drm.h | 4 ++-- >> xf86drmMode.h

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/8bd7983f/attachment.html>

[PATCH 2/2] drm: bridge/dw_hdmi: remove unused code

The cable_plugin field in struct dw_hdmi is never set. Remove it and with it all code that is only executed when the variable is true. Signed-off-by: Sascha Hauer --- drivers/gpu/drm/bridge/dw_hdmi.c | 17 - 1 file changed, 17 deletions(-) diff --git

[PATCH 1/2] drm: bridge/dw_hdmi: Cache edid data

Instead of rereading the edid data each time userspace asks for them read them once and cache them in the previously unused edid field in struct dw_hdmi. This makes the code a little bit more efficient. Signed-off-by: Sascha Hauer --- drivers/gpu/drm/bridge/dw_hdmi.c | 41

drm: bridge/dw_hdmi patches

Two small updates for the dw_hdmi driver. We should cache EDID data to make handling it a bit more efficient. Also remove some unused code. Sascha Hauer (2): drm: bridge/dw_hdmi: Cache edid data drm: bridge/dw_hdmi:

[PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On Fri, Aug 7, 2015 at 5:45 AM, Michel Thierry wrote: > Gen8+ supports 48-bit virtual addresses, but some objects must always be > allocated inside the 32-bit address range. > > In specific, any resource used with flat/heapless (0x-0xf000) > General State Heap or Intruction State

[Intel-gfx] [PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry wrote: > Gen8+ supports 48-bit virtual addresses, but some objects must always be > allocated inside the 32-bit address range. > > In specific, any resource used with flat/heapless (0x-0xf000) > General State Heap or Intruction State

[PATCH 1/2] drm/panel: simple: Add bus format for HannStar HSD070PWW1 LVDS panel

f we can put that into a commit message, that'd be perfect. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/4fd09caa/attachment.sig>

[PATCH] drm/panel: auo novatek 1080p video mode panel

ower = FB_BLANK_UNBLANK; > + backlight_update_status(auo->backlight); > + } > + > + auo->enabled = true; > + > + return 0; > +} > + > +static int auo_panel_add(struct auo_panel *auo) > +{ > + struct device *dev= >dsi->dev; > + struct device_node *np; > + int ret; > + > + auo->mode = _mode; This seems to be unused. > + > + auo->supply = devm_regulator_get(dev, "power"); > + if (IS_ERR(auo->supply)) > + return PTR_ERR(auo->supply); > + > + auo->reset_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_LOW); > + if (IS_ERR(auo->reset_gpio)) { > + dev_err(dev, "cannot get reset-gpios %ld\n", > + PTR_ERR(auo->reset_gpio)); > + auo->reset_gpio = NULL; > + } else { > + gpiod_direction_output(auo->reset_gpio, 0); Isn't that what GPIOD_OUT_LOW already does? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/65b96da6/attachment.sig>

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

On 08/07/2015 03:11 PM, Thierry Reding wrote: > On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote: >> Use only __cplusplus which is supported by the C++ standard. >> >> Signed-off-by: Tapani Pälli >> --- >> libkms/libkms.h | 4 ++-- >> xf86drm.h | 4 ++-- >> xf86drmMode.h

[PATCH 1/2] drm: bridge/dw_hdmi: Cache edid data

On Fri, Aug 07, 2015 at 03:59:20PM +0200, Sascha Hauer wrote: > Instead of rereading the edid data each time userspace asks for them > read them once and cache them in the previously unused edid field in > struct dw_hdmi. This makes the code a little bit more efficient. How has this been tested?

[PATCH 1/2] drm/panel: simple: Add bus format for HannStar HSD070PWW1 LVDS panel

Am Freitag, den 07.08.2015, 14:42 +0200 schrieb Thierry Reding: > On Fri, Jun 26, 2015 at 12:27:08PM +0200, Lucas Stach wrote: > > From: Philipp Zabel > > > > Can you be more specific here? What kind of bus format is this? The bus_format contains more information than just the bpc. In this

[PATCH] drm: rcar-du: Fix plane state free in plane reset handler

subclassed the state. Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/6b3101dd/attachment.sig>

[PATCH 2/2] drm/panel: correct minimum hsync length of the HannStar HSD070PWW1 panel

Am Freitag, den 07.08.2015, 14:43 +0200 schrieb Thierry Reding: > On Fri, Jun 26, 2015 at 12:27:09PM +0200, Lucas Stach wrote: > > From: Philipp Zabel > > > > According to the data sheet, the minimum horizontal blanking interval > > is 54 clocks (1 + 52 + 1), but tests with a Nitrogen6X have

[PATCH 2/2] drm/panel: correct minimum hsync length of the HannStar HSD070PWW1 panel

n/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/54bf094e/attachment.sig>

[PATCH 1/2] drm/panel: simple: Add bus format for HannStar HSD070PWW1 LVDS panel

t drm_display_mode hitachi_tx23d38vm0caa_mode = { > -- > 2.1.4 > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/46503a28/attachment.sig>

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

; >>--- a/xf86drmMode.h > >>+++ b/xf86drmMode.h > >>@@ -36,7 +36,7 @@ > >> #ifndef _XF86DRMMODE_H_ > >> #define _XF86DRMMODE_H_ > >> > >>-#if defined(__cplusplus) || defined(c_plusplus) > >>+#if defined(__cplusplus) > >> extern "C" { > >> #endif > >> > >>@@ -508,7 +508,7 @@ extern int drmModeCreatePropertyBlob(int fd, const void > >>*data, size_t size, > >> extern int drmModeDestroyPropertyBlob(int fd, uint32_t id); > >> > >> > >>-#if defined(__cplusplus) || defined(c_plusplus) > >>+#if defined(__cplusplus) > >> } > >> #endif > >> > >>-- > >>2.1.0 > >> > >>___ > >>dri-devel mailing list > >>dri-devel at lists.freedesktop.org > >>http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/6f5bae32/attachment.sig>

[PATCH V6 3/6] mm: Introduce VM_LOCKONFAULT

On Wed, Jul 29, 2015 at 11:42:52AM -0400, Eric B Munson wrote: [...] > diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c > index ca1e091..38d69fc 100644 > --- a/fs/proc/task_mmu.c > +++ b/fs/proc/task_mmu.c > @@ -579,6 +579,7 @@ static void show_smap_vma_flags(struct seq_file *m, > struct

[PATCH 1/2] drm/panel: simple: Add bus format for HannStar HSD070PWW1 LVDS panel

Ping. Please take a look at those, it would be a shame if they miss the next merge window, despite being on the list for over 1.5 months now. Regards, Lucas Am Donnerstag, den 23.07.2015, 16:45 +0200 schrieb Lucas Stach: > Hey Thierry, > > can you please take some time to look at those two

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

On Fri, Aug 07, 2015 at 02:38:49PM +0200, Thierry Reding wrote: > On Fri, Aug 07, 2015 at 03:16:10PM +0300, Tapani Pälli wrote: > > > > > > On 08/07/2015 03:11 PM, Thierry Reding wrote: > > >On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote: > > >>Use only __cplusplus which is

[PATCH v2 11/11] drm/exynos: remove struct exynos_drm_encoder layer

On Fri, Aug 7, 2015 at 1:50 PM, Inki Dae wrote: > > Booting is locked up here. This patch looks good to me so I tried to > find why locked up and I found the booting is locked up as soon as > console_lock function is called. Can you and other guys look into this > issue? It's not locked up, you

[PATCH] mm: Fix VM_LOCKONFAULT clash with VM_UFFD_WP

uppress accounting */ #define VM_HUGETLB 0x0040 /* Huge TLB Page VM */ -- 2.4.5 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/3dbc1807/attachment-0001.sig>

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

> dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/aa8374a7/attachment.sig>

[PATCH 3/3] modeprint: cleanup, remove compile warnings

t. Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/dff891d5/attachment.sig>

[PATCH] drm/vblank: Use u32 consistently for vblank counters

- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/28bdfee4/attachment.sig>

[RFC PATCH 2/8] drm: exynos/dp: convert to drm bridge mode

On Thu, Aug 06, 2015 at 10:29:29PM +0800, Yakir Yang wrote: > Hi Jingoo, > > 在 2015/8/6 22:19, Jingoo Han 写道: > >On Thursday, August 06, 2015 11:07 PM, Yakir Yang wrote: > >>In order to move exynos dp code to bridge directory, > >>we need to convert driver drm bridge mode first. As > >>dp

imx-drm: Color issues scanning out YUV420 frames through the overlay plane.

Hi, I am using mainline kernel 4.1 and I was writing a small application that uses double buffering to read YUV420 frames from a file at 30fps and displays them using the overlay plane in the imx-drm driver. The first issue I noticed is that the image was green so I had to apply the following

[RFC libdrm] intel: 48b ppgtt support

--- include/drm/i915_drm.h| 3 ++- intel/intel_bufmgr.c | 11 +++ intel/intel_bufmgr.h | 1 + intel/intel_bufmgr_gem.c | 43 +-- intel/intel_bufmgr_priv.h | 8 5 files changed, 55 insertions(+), 11 deletions(-) diff --git

[Intel-gfx] [PATCH libdrm v3 1/2] intel: Add EXEC_OBJECT_SUPPORTS_48B_ADDRESS flag

On Fri, Aug 07, 2015 at 10:45:21AM +0100, Michel Thierry wrote: > Gen8+ supports 48-bit virtual addresses, but some objects must always be > allocated inside the 32-bit address range. > > In specific, any resource used with flat/heapless (0x-0xf000) > General State Heap (GSH) or

[Intel-gfx] [PATCH libdrm v3 1/2] intel: Add EXEC_OBJECT_SUPPORTS_48B_ADDRESS flag

On 8/7/2015 11:56 AM, Michał Winiarski wrote: > On Fri, Aug 07, 2015 at 10:45:21AM +0100, Michel Thierry wrote: >> Gen8+ supports 48-bit virtual addresses, but some objects must always be >> allocated inside the 32-bit address range. >> >> In specific, any resource used with flat/heapless

[PATCH] drm/vblank: Use u32 consistently for vblank counters

In commit 99264a61dfcda41d86d0960cf2d4c0fc2758a773 Author: Daniel Vetter Date: Wed Apr 15 19:34:43 2015 +0200 drm/vblank: Fixup and document timestamp update/read barriers I've switched vblank->count from atomic_t to unsigned long and accidentally created an integer comparison bug in

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

Hi, To elaborate more on Alex's explanation ... AMD SOCs have audio (and in the future potentially also camera image signal processors) IPs built into the GNB (graphics north bridge). These IPs are programmed through MMIO registers in the graphics MMIO aperture. They send events to the host

[PATCH] drm/panel: auo novatek 1080p video mode panel

On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding wrote: > On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote: >> This is one of several different panels that are used on the Sony Xperia >> Z3 phone. It can operate in either command or video mode, although so >> far only video mode is

[RFC PATCH 0/8] Add Analogix Core Display Port Driver

_dp code from exynos dp driver. Another are trying to add rk3288 >>> dp driver support. >>> >>> Best regards, >>> - Yakir >>> >>> >>> -- >>> 2.1.2 >>> >> >> >> >> >> > > -- > To unsubscribe from this list: send the line "unsubscribe > linux-samsung-soc" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/5bf23210/attachment-0001.html>

[Intel-gfx] [PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry wrote: > diff --git a/src/mesa/drivers/dri/i965/intel_batchbuffer.c > b/src/mesa/drivers/dri/i965/intel_batchbuffer.c > index 54081a1..ca90784 100644 > --- a/src/mesa/drivers/dri/i965/intel_batchbuffer.c > +++

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

ication/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/3441c709/attachment-0001.sig>

[Bug 91545] [BONAIRE][ARK: Survival Evolved] Regression: radeonsi: flush if the memory usage for an IB is too high

trim it there or find a better frame. -- 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/20150807/56610c3b/attachment.html>

[PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

Gen8+ supports 48-bit virtual addresses, but some objects must always be allocated inside the 32-bit address range. In specific, any resource used with flat/heapless (0x-0xf000) General State Heap or Intruction State Heap must be in a 32-bit range (GSH / ISH), because the General

[PATCH libdrm v3 2/2] intel: add new function name to symbol-check test

Signed-off-by: Michel Thierry --- intel/intel-symbol-check | 1 + 1 file changed, 1 insertion(+) diff --git a/intel/intel-symbol-check b/intel/intel-symbol-check index c555e6d..6f8450b 100755 --- a/intel/intel-symbol-check +++ b/intel/intel-symbol-check @@ -18,6 +18,7 @@ drm_intel_bo_busy

[PATCH libdrm v3 1/2] intel: Add EXEC_OBJECT_SUPPORTS_48B_ADDRESS flag

Gen8+ supports 48-bit virtual addresses, but some objects must always be allocated inside the 32-bit address range. In specific, any resource used with flat/heapless (0x-0xf000) General State Heap (GSH) or Instruction State Heap (ISH) must be in a 32-bit range, because the General

[PATCH libdrm v3 0/2] 48-bit virtual address support in i915

48-bit virtual address range will be enabled in i915 soon, but some objects must be referenced by 32-bit offsets. These patches use a new kernel flag to specify if this restriction applies or not. I'm sending these patches to comply with the i915 merge process. Once the kernel patch is merged,

[PATCH 3/3] modeprint: cleanup, remove compile warnings

Signed-off-by: Tapani Pälli --- tests/modeprint/modeprint.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c index e6c6553..5e953f7 100644 --- a/tests/modeprint/modeprint.c +++ b/tests/modeprint/modeprint.c @@ -61,6

[PATCH 2/3] intel: wrap intel_bufmgr.h C code for C++ compilation/linking

We need this include in porting changes for the OpenGL ES conformance suite. v2: remove c_plusplus usage Signed-off-by: Tapani Pälli --- intel/intel_bufmgr.h | 8 1 file changed, 8 insertions(+) diff --git a/intel/intel_bufmgr.h b/intel/intel_bufmgr.h index 285919e..95eecb8 100644

[PATCH 1/3] remove usage of 'c_plusplus' preprocessor macro

Use only __cplusplus which is supported by the C++ standard. Signed-off-by: Tapani Pälli --- libkms/libkms.h | 4 ++-- xf86drm.h | 4 ++-- xf86drmMode.h | 4 ++-- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/libkms/libkms.h b/libkms/libkms.h index c00b159..930a2bf

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

On Fri, Aug 7, 2015 at 6:25 AM, Mark Brown wrote: > On Thu, Aug 06, 2015 at 10:25:02AM -0400, Alex Deucher wrote: >> From: Chunming Zhou >> >> This is used by the incoming ACP driver. The DMA >> engine for the i2s audio codec is part of the GPU. >> >> This exposes an amd gnb bus for the i2s

[PATCH 12/31] drm/amdgpu: use kmemdup rather than duplicating its implementation

The patch was generated using fixed coccinelle semantic patch scripts/coccinelle/api/memdup.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2014320 Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-)

[PATCH 2/3] drm/radeon: Switch to drm_vblank_on/off

On Fri, Aug 07, 2015 at 04:26:59PM +0900, Michel Dänzer wrote: > On 14.07.2015 17:13, Michel Dänzer wrote: > > On 28.05.2015 18:03, Michel Dänzer wrote: > >> On 28.05.2015 17:38, Daniel Vetter wrote: > >>> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote: > On 27.05.2015

[PATCH 12/12] ASoC: AMD: add ACP PCM driver runtime PM

Hi Mark, I will send a another patch-set, with patches combined, as suggested. Regards, Maruthi -Original Message- From: Mark Brown [mailto:broo...@kernel.org] Sent: 07 August 2015 00:57 To: Alex Deucher Cc: airlied at gmail.com; dri-devel at lists.freedesktop.org; alsa-devel at

[Bug 91580] mesa (git version) fails to build

gnee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/03cf84c3/attachment.html>

[PATCH 10/12] ASoC: AMD: add AMD ASoC ACP-I2S driver (v2)

Hi Mark, Thanks, I will work on the review feedback. Regards, Maruthi -Original Message- From: Mark Brown [mailto:broo...@kernel.org] Sent: 07 August 2015 00:52 To: Alex Deucher Cc: airlied at gmail.com; dri-devel at lists.freedesktop.org; alsa-devel at alsa-project.org; tiwai at

Intel-kms in Linux-4.2rc causes regression due to dithering always on.

On Fri, Aug 07, 2015 at 12:45:52AM +0200, Mario Kleiner wrote: > On 08/07/2015 12:12 AM, Daniel Vetter wrote: > >On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner > > wrote: > >>Hi Daniel and all, > >> > >>since Linux 4.2 (tested with rc4), i think this commit >

[Bug 91545] [BONAIRE][ARK: Survival Evolved] Regression: radeonsi: flush if the memory usage for an IB is too high

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/71a0f0ba/attachment.html>

[PATCH v2 8/8] drm: bridge/analogix_dp: expand the delay time for hpd detect

Some edp screen with no hpd signal would need some delay time to ensure that screen would be ready for work, so we can expand the delay time in hpd detect function, it works prefectly on my rk3288 sdk board. Signed-off-by: Yakir Yang --- Changes in v2: None

[PATCH v2 7/8] drm: bridge: analogix_dp: try force hpd after plug in lookup failed

Some edp screen do not have hpd signal, so we can't just return failed when hpd plug in detect failed. Besides TRM indicate that if HPD_STATUS(RO) is 0, AUX CH will not work, so we need to give a force hpd action to set HPD_STATUS manually. Signed-off-by: Yakir Yang --- Changes in v2: None

[PATCH v2 6/8] drm: bridge: analogix_dp: add some rk3288 special registers setting

RK3288 need some special registers setting, we can separate them out by the dev_type of plat_data. Signed-off-by: Yakir Yang --- Changes in v2: - Fix compile failed dut to phy_pd_addr variable misspell error drivers/gpu/drm/bridge/analogix_dp_reg.c | 76

[PATCH v2 5/8] drm: bridge/analogix_dp: add platform device type support

Signed-off-by: Yakir Yang --- Changes in v2: - Add GNU license v2 declared and samsung copyright drivers/gpu/drm/exynos/analogix_dp-exynos.c | 1 + drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 1 + include/drm/bridge/analogix_dp.h| 16 3 files

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/rockchip/Kconfig| 10 + drivers/gpu/drm/rockchip/Makefile

[PATCH v2 3/8] drm: bridge: analogix_dp: split exynos dp driver to bridge dir

Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, leave the platform code to analogix_dp-exynos. Signed-off-by: Yakir Yang --- Changes in v2: - Take Jingoo Han suggest, remove new copyright - Fix compiled failed dut to

[PATCH v2 2/8] drm: exynos/dp: convert to drm bridge mode

In order to move exynos dp code to bridge directory, we need to convert driver drm bridge mode first. As dp driver already have a ptn3460 bridge, so we need to move ptn bridge to the next bridge of dp bridge. Signed-off-by: Yakir Yang --- Changes in v2: - Take Jingoo Han suggest, cause I jsut

[PATCH v2 1/8] drm: exynos/dp: fix code style

After run "checkpatch.pl -f --subjective" command, I see there are lots of alignment problem in exynos_dp driver, so let just fix them. Signed-off-by: Yakir Yang --- Changes in v2: - Take Joe Preches advise, improved commit message more readable, and avoid using some uncommon style like

[PATCH v2 0/8] Add Analogix Core Display Port Driver

Hi all, The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller share the same IP, so a lot of parts can be re-used. I split the common code into bridge directory, then rk3288 and exynos only need to keep some platform code. Cause I can't find the exact IP name of exynos dp

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Kernel Version|Radeon Displayport Audio|4.2 RC5 |Warping

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Summary|4.2 RC5 |Radeon Displayport Audio |

[Bug 102401] New: 4.2 RC5

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Bug ID: 102401 Summary: 4.2 RC5 Product: Drivers Version: 2.5 Kernel Version: Radeon Displayport Audio Warping Hardware: All OS: Linux Tree: Mainline

Intel-kms in Linux-4.2rc causes regression due to dithering always on.

On 08/07/2015 12:12 AM, Daniel Vetter wrote: > On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner > wrote: >> Hi Daniel and all, >> >> since Linux 4.2 (tested with rc4), i think this commit >> d328c9d78d64ca11e744fe227096990430a88477 >> "drm/i915: Select starting pipe bpp irrespective or the primary

Intel-kms in Linux-4.2rc causes regression due to dithering always on.

On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner wrote: > Hi Daniel and all, > > since Linux 4.2 (tested with rc4), i think this commit > d328c9d78d64ca11e744fe227096990430a88477 > "drm/i915: Select starting pipe bpp irrespective or the primary plane" > > causes trouble for me and my users, as

Intel-kms in Linux-4.2rc causes regression due to dithering always on.

Hi Daniel and all, since Linux 4.2 (tested with rc4), i think this commit d328c9d78d64ca11e744fe227096990430a88477 "drm/i915: Select starting pipe bpp irrespective or the primary plane" causes trouble for me and my users, as tested on Intel HD Ironlake and Ivy Bridge with

[RFC PATCH 0/8] Add Analogix Core Display Port Driver

On Thursday, August 06, 2015 10:49 PM, Yakir Yang wrote: > > Hi all, >Samsung exynos and Rockchip rk3288 almost share same dp controller, > so I split the common code out, then rk3288 and exynos can re-used the > same dp core driver. Cause I can't find the exact IP name of exynos dp >

  1   2   >