[Bug 92996] [Fiji/amdgpu/Powerplay] Problems with interactivity, performance, EQ overflow with Powerplay

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/5fb94663/attachment-0001.html>

[PATCH v4 10/14] drm/edid: Add API to help find connection type

To fill the audio infoframe it is required to identify the connection type as DP or HDMI. This patch adds an API which parses ELD and returns the display type of connected. Signed-off-by: Subhransu S. Prusty Signed-off-by: Vinod Koul Reviewed-by: Jani Nikula Cc: David Airlie Cc: dri-devel at

[PATCH v4 00/14] ASoC: hdac_hdmi: Add DP & notification support

This patch series adds DP audio and hotplug notification support. On Skylake two DP ports are available and to enable DP on both ports all pins need to be enabled. There is a special vendor widget which need to be programmed to enable all pins and converters. This series adds hotplug

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, Dec 09, 2015 at 12:26:11PM -0500, Rob Clark wrote: > On Wed, Dec 9, 2015 at 11:25 AM, Ville Syrjälä > wrote: > > On Wed, Dec 09, 2015 at 05:51:43PM +0200, Jani Nikula wrote: > >> On Wed, 09 Dec 2015, Rob Clark wrote: > >> > On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark > >> > wrote: >

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

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

[Bug 93101] GPU Fault almost burned the CPU

causing > the crash. Perhaps ! -- 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/20151209/3b572c7a/attachment.html>

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

ide the output, as this allows us to see the default buffer cache size. -- 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/20

[PATCH v2 1/1] drm: modes: fix DRM modes analysis regression

Le 09/12/2015 16:32, Jani Nikula a écrit : > On Wed, 09 Dec 2015, LABBE Corentin wrote: >> My latest commit introduce some case where a valid mode, could be >> rejected. >> simple_strtox functions stop at first non-digit character, but kstrtox not. >> So args like "video=HDMI-A-1:720x480-16 at

[Bug 92996] [Fiji/amdgpu/Powerplay] Problems with interactivity, performance, EQ overflow with Powerplay

ext-4.5-wip I guess. -- 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/20151209/76406442/attachment.html>

[PATCH libdrm 10/10] vbltest: Use util_open()

From: Thierry Reding Use the new util_open() helper instead of open-coding the method for finding a usable device. While at it, this adds -D and -M command-line options to vbltest to make its usage more consistent with its siblings modetest and proptest. Signed-off-by:

[PATCH libdrm 09/10] proptest: Use util_open()

From: Thierry Reding Use the new util_open() helper instead of open-coding the method for finding a usable device. While at it, make the command-line interface more consistent with that of modetest by adding the -D and -M options. Signed-off-by: Thierry Reding ---

[PATCH libdrm 08/10] modetest: Use util_open()

From: Thierry Reding Use the new util_open() helper instead of open-coding the method for finding a usable device. Signed-off-by: Thierry Reding --- tests/modetest/modetest.c | 27 +++ 1 file changed, 3 insertions(+), 24 deletions(-) diff --git

[PATCH libdrm 07/10] tests: Add helper to open a device/module

From: Thierry Reding The new function util_open() encapsulates the standard method employed by tests to open a device or module. There is a verbatim copy of this in almost all test programs, with slight variations in the list of modules. Moving this code into a common helper

[PATCH libdrm 06/10] tests: kms: Implement universal planes test

From: Thierry Reding This small program allows universal planes to be tested. Currently this isn't very flexible because it allows only the first plane of a given type to be tested on the first CRTC. However it should be simple to extend this with some additional command-line

[PATCH libdrm 05/10] tests: kms: Implement CRTC stealing test

From: Thierry Reding This test program sets a mode and framebuffer on a connector and cycles through all CRTCs, moving the connector to each of them in turn. This is useful to verify that CRTC stealing is properly handled in the DRM core and drivers. Signed-off-by: Thierry

[PATCH libdrm 04/10] tests: Add libkms-test library

From: Thierry Reding This library contains abstractions for KMS that help remove the need for a lot of boilerplate in KMS test programs. Signed-off-by: Thierry Reding --- configure.ac| 1 + tests/Makefile.am | 2 +-

[PATCH libdrm 03/10] proptest: Add Android support

From: Thierry Reding Signed-off-by: Thierry Reding --- tests/proptest/Android.mk | 13 + tests/proptest/Makefile.am | 6 -- tests/proptest/Makefile.sources | 2 ++ 3 files changed, 19 insertions(+), 2 deletions(-) create mode 100644

[PATCH libdrm 02/10] tests: Move name tables to libutil

From: Thierry Reding These tables are duplicated in several places, so move them into libutil so that they can be shared. Acked-by: Laurent Pinchart Signed-off-by: Thierry Reding --- tests/modetest/modetest.c | 68 +++- tests/proptest/proptest.c |

[PATCH libdrm 01/10] tests: Split helpers into library

From: Thierry Reding Some of the helpers, such as the pattern drawing helpers or the format lookup helpers, have potential to be reused. Move them into a separate library to make it easier to share them. Acked-by: Laurent Pinchart Signed-off-by: Thierry Reding ---

[Bug 93101] GPU Fault almost burned the CPU

what is causing the crash. -- 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/20151209/8d1b762e/attachment.html>

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, Dec 09, 2015 at 05:51:43PM +0200, Jani Nikula wrote: > On Wed, 09 Dec 2015, Rob Clark wrote: > > On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark wrote: > >> 1) don't let other threads trying to bang on aux channel interrupt the > >> defer timeout/logic > >> 2) don't let other threads

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, 09 Dec 2015, Jani Nikula wrote: > On Wed, 09 Dec 2015, Rob Clark wrote: >> On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark wrote: >>> 1) don't let other threads trying to bang on aux channel interrupt the >>> defer timeout/logic >>> 2) don't let other threads interrupt the i2c over aux logic

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, 09 Dec 2015, Rob Clark wrote: > On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark wrote: >> 1) don't let other threads trying to bang on aux channel interrupt the >> defer timeout/logic >> 2) don't let other threads interrupt the i2c over aux logic >> >> --- >> This wasn't actually fixing

[PATCH 7/7] drm/omap: fix fbdev pix format to support all platforms

omap_fbdev always creates a framebuffer with ARGB pixel format. On OMAP3 we have VIDEO1 overlay that does not support ARGB, and on OMAP2 none of the overlays support ARGB888. This patch changes the omap_fbdev's fb to XRGB, which is supported by all platforms. Signed-off-by: Tomi

[PATCH 6/7] drm/omap: remove obsolete manager assignment

omap_encoder_update() assigns an overlay manager to dssdev->src->manager. This assignment is not needed, as the connections in the display chain have already been made at connect step. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_encoder.c | 2 -- 1 file changed, 2

[PATCH 5/7] drm/omap: set DRIVER_ATOMIC for omapdrm

omapdrm supports atomic modesetting, and it seems to work ok. So let's set the flag to enable the atomic modesetting API support. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 4/7] drm/omap: remove unused plugin defines

Remove unused defines related to SGX plugin which are not used. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_drv.h | 6 -- include/uapi/drm/omap_drm.h| 6 -- 2 files changed, 12 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_drv.h

[PATCH 3/7] drm/omap: Use bitmaps for TILER placement

From: Andy Gross Modified Tiler placement to utilize bitmaps for bookkeeping and all placement algorithms. This resulted in a substantial savings in time for all Tiler reservation and free operations. Typical savings are in the range of 28% decrease in time taken with larger

[PATCH 2/7] drm/omap: remove extra drm_gem_free_mmap_offset() call

drm_gem_object_release() calls drm_gem_free_mmap_offset(), so there's no need to call drm_gem_free_mmap_offset() in omap_gem_free_object(). This patch removes the extra drm_gem_free_mmap_offset() call, and should have no side effects. Signed-off-by: Tomi Valkeinen ---

[PATCH 1/7] drm/omap: ensure all displays have been probed

DRM offers no ways to add new displays after the DRM driver has been loaded. This causes issues on boards that have multiple displays, and omapdrm is loaded when some of them are loaded but not all. The result is that omapdrm starts with the displays that were loaded at that time, ignoring the

[PATCH 0/7] drm/omap: misc patches

Hi, Here are a bunch of misc patches for omapdrm. All of them are quite trivial, except the one from Andy, ""drm/omap: Use bitmaps for TILER placement". I don't claim to understand the patch at all, but it decreases the TILER code amount significantly, and (according to the commit description)

[PATCH v2 1/1] drm: modes: fix DRM modes analysis regression

On Wed, 09 Dec 2015, LABBE Corentin wrote: > My latest commit introduce some case where a valid mode, could be > rejected. > simple_strtox functions stop at first non-digit character, but kstrtox not. > So args like "video=HDMI-A-1:720x480-16 at 60" will be reject when checking > 16 at . > The

[PATCH v3] drm/gma500: fix double freeing

On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote: > We are allocating backing using psbfb_alloc() and so > backing->stolen is always true. So we were freeing backing two times. > Moreover if we follow the execution path then we should be freeing > backing after we have released the

[pull] radeon and amdgpu drm-fixes-4.4

Hi Dave, A few big endian fixes for radeon and a vm fix for amdgpu. The following changes since commit df4d4aa96d1db1657e14b848a341fc614c8d61eb: Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-next (2015-12-05 16:15:38 +1000) are available in the git

[PATCH RESEND 2/3] drm/i915: check for return value

zed > > encoder. > > > > Cc: Daniel Vetter > > Cc: Jani Nikula > > Signed-off-by: Sudip Mukherjee > > Queued for -next, thanks for the patch. > -Daniel Hi Daniel, It is still not there in linux-next. Still applies cleanly on next-20151209. regards sudip > >

[PATCH] drm: Documentation style guide

Every time I type or review docs this seems a bit different. Try to document the common style so we can try to unify at least new docs. v2: Spelling fixes from Pierre, Laurent and Jani. v3: More spelling fixes from Lukas. Cc: Pierre Moreau Cc: Jani Nikula Cc: Laurent Pinchart Cc: Lukas

[Bug 93288] dpm malfunction on radeon hawaii r9 390X

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151209/fb00a2ec/attachment.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[PATCH] drm: Documentation style guide

On Wednesday 09 December 2015 16:17:47 Jani Nikula wrote: > On Wed, 09 Dec 2015, Laurent Pinchart wrote: > > On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote: > >> On Wed, 09 Dec 2015, Daniel Vetter wrote: > >> > Every time I type or review docs this seems a bit different. Try to > >> >

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

chives/dri-devel/attachments/20151209/94b0d050/attachment.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

good. I'm looking forward to see if someone can confirm this. -- 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/20151209/4f19b629/attachment.html>

[PATCH v2 13/14] drm/i915: Give encoders useful names

From: Ville Syrjälä Rather than let the core generate usless encoder names, let's pass in something that actually identifies the piece of hardware we're dealing with. v2: Use 'DSI %c' instead of 'MIPI %c' for DSI encoders (Jani) Signed-off-by: Ville Syrjälä

[PATCH v2 03/14] drm: Pass 'name' to drm_encoder_init()

From: Ville Syrjälä Done with coccinelle for the most part. However, it thinks '...' is part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder in its place and got rid of it with sed afterwards. @@ identifier dev, encoder, funcs; @@ int

[PATCH 2/2] drm/dp: add DPCD logging

Add a new drm_debug bit for turning on DPCD logging, to aid debugging with troublesome monitors. v2: don't try to hexdump the universe if driver returns -errno, and change the "too many retries" traces to DRM_ERROR() Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_dp_helper.c | 60

[PATCH 1/2] drm/dp: move hw_mutex up the call stack

1) don't let other threads trying to bang on aux channel interrupt the defer timeout/logic 2) don't let other threads interrupt the i2c over aux logic Technically, according to people who actually have the DP spec, this should not be required. In practice, it makes some troublesome Dell monitor

[PATCH v3 02/14] drm: Pass 'name' to drm_universal_plane_init()

From: Ville Syrjälä Done with coccinelle for the most part. It choked on msm/mdp/mdp5/mdp5_plane.c like so: "BAD:! enum drm_plane_type type;" No idea how to deal with that, so I just fixed that up by hand. Also it thinks '...' is part of the semantic patch,

[PATCH] drm: Documentation style guide

Hi, I wouldn't normally nitpick like this but since I was reading it anyway and you were asking for "OCD doc style thing". :-) This is a proofread of the force-pushed v2 in drm-intel-nightly (9a8730ddfe1d). > + > +Style Guidelines > + > + For consistency this documentation use

[PATCH v3 01/14] drm: Pass 'name' to drm_crtc_init_with_planes()

From: Ville Syrjälä Done with coccinelle for the most part. However, it thinks '...' is part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder in its place and got rid of it with sed afterwards. I didn't convert drm_crtc_init() since passing the

[PATCH] drm: Documentation style guide

On Wed, 09 Dec 2015, Laurent Pinchart wrote: > On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote: >> On Wed, 09 Dec 2015, Daniel Vetter wrote: >> > Every time I type or review docs this seems a bit different. Try to >> > document the common style so we can try to unify at least new docs.

[PATCH] drm/qxl: add locking to prevent race on garbage collection

From: Colin Ian King I've seen the driver break a few times in qxl_garbage_collect and I believe this is a race condition on qxl_release_free. Adding extra locking around the release free addresses the breakage. Signed-off-by: Colin Ian King ---

[PATCH 2/3] dt-bindings: add Silicon Image SiI8620 bridge bindings

On Wed, Dec 9, 2015 at 3:58 AM, Andrzej Hajda wrote: > Hi Rob, > > Thanks for review. > > > On 12/09/2015 04:47 AM, Rob Herring wrote: >> On Tue, Dec 08, 2015 at 02:49:05PM +0100, Andrzej Hajda wrote: >>> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled >>> via I2C bus.

[PATCH v10 0/17] Add Analogix Core Display Port Driver

Hi Yakir, Am Mittwoch, 9. Dezember 2015, 11:49:10 schrieb Yakir Yang: > Thanks a lot for great debugging. > > On 12/08/2015 11:33 PM, Heiko Stübner wrote: > > Hi Yakir, > > > > Am Montag, 7. Dezember 2015, 14:37:19 schrieb Yakir Yang: > >> The Samsung Exynos eDP controller and Rockchip

[Intel-gfx] [PATCH 13/14] drm/i915: Give encoders useful names

On Wed, 09 Dec 2015, Ville Syrjälä wrote: > On Wed, Dec 09, 2015 at 10:35:24AM +0200, Jani Nikula wrote: >> On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote: >> > From: Ville Syrjälä >> > >> > Rather than let the core generate usless encoder names, let's pass in >> > something

[Bug 92229] [APITRACE] SOMA have serious graphical errors

n HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/a34840c6/attachment.html>

[Bug 92229] [APITRACE] SOMA have serious graphical errors

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

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, Dec 9, 2015 at 2:37 PM, Ville Syrjälä wrote: > On Wed, Dec 09, 2015 at 12:26:11PM -0500, Rob Clark wrote: >> On Wed, Dec 9, 2015 at 11:25 AM, Ville Syrjälä >> wrote: >> > On Wed, Dec 09, 2015 at 05:51:43PM +0200, Jani Nikula wrote: >> >> On Wed, 09 Dec 2015, Rob Clark wrote: >> >> >

[PATCH 01/20] drm: use __u{32,64} instead of uint{32,64}_t in virtgpu_drm.h

On Mon, 7 Dec 2015 13:29:41 + Emil Velikov wrote: > On 5 December 2015 at 21:03, Dave Airlie wrote: > > On 5 December 2015 at 00:22, Emil Velikov > > wrote: > >> On 30 November 2015 at 14:10, Gabriel Laskar > >> wrote: > >>> Signed-off-by: Gabriel Laskar > >>> CC: Emil Velikov >

[PATCH 01/15] drm: omapdrm: Fix plane state free in plane reset handler

lane_atomic_set_property(struct drm_plane *plane, > struct drm_plane_state *state, > struct drm_property *property, > This one moves the function, so it's pretty hard to see what actually was changed. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/d6a1130c/attachment.sig>

[PATCH] drm: Documentation style guide

On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote: > On Wed, 09 Dec 2015, Daniel Vetter wrote: > > Every time I type or review docs this seems a bit different. Try to > > document the common style so we can try to unify at least new docs. > > > > v2: Spelling fixes from Pierre, Laurent

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151209/0334c05e/attachment.html>

[PATCH] drm: Documentation style guide

On Wed, Dec 09, 2015 at 01:21:09PM +0200, Jani Nikula wrote: > On Wed, 09 Dec 2015, Daniel Vetter wrote: > > Every time I type or review docs this seems a bit different. Try to > > document the common style so we can try to unify at least new docs. > > > > v2: Spelling fixes from Pierre, Laurent

[PATCH RESEND 2/3] drm/i915: check for return value

> -Daniel > > Hi Daniel, > It is still not there in linux-next. Still applies cleanly on > next-20151209. Sorry, this must have fallen through the cracks somehow. Applied now for real. Thanks, Daniel > > regards > sudip > > > > > > --- > > &

[PATCH v2 1/1] drm: modes: fix DRM modes analysis regression

My latest commit introduce some case where a valid mode, could be rejected. simple_strtox functions stop at first non-digit character, but kstrtox not. So args like "video=HDMI-A-1:720x480-16 at 60" will be reject when checking 16 at . The proper solution is to store digits in a specific buffer.

[PATCH v2 0/1] drm: modes: fix DRM modes analysis regression

Hello Changes since v1 - Fix a memory leak when returning after an error of kstrtox LABBE Corentin (1): drm: modes: fix DRM modes analysis regression drivers/gpu/drm/drm_modes.c | 28 +--- 1 file changed, 21 insertions(+), 7 deletions(-) -- 2.4.10

[PATCH 2/2] drm: use dev_name as default unique name in drm_dev_alloc()

On Tue, 8 Dec 2015 23:12:12 +0100 Nicolas Iooss wrote: > The following code pattern exists in some DRM drivers: > > ddev = drm_dev_alloc(, parent_dev); > drm_dev_set_unique(ddev, dev_name(parent_dev)); > > (Sometimes dev_name(ddev->dev) is used, which is the same.) > > As suggested

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

) does not have DCC, only VI parts do. -- 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/20151209/5be82fca/attachment.html>

[PATCH v10.2 14/17] 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. This is an hardware property, so we need add a devicetree property "force-hpd" to indicate this sutiation. Signed-off-by: Yakir Yang Acked-by: Rob Herring Tested-by: Javier Martinez Canillas

[PATCH v2 02/14] drm/etnaviv: add devicetree bindings

On Wed, Dec 09, 2015 at 12:48:15PM +0100, Lucas Stach wrote: > Etnaviv follows the same priciple as imx-drm to have a virtual > master device node to bind all the individual GPU cores together > into one DRM device. > > Signed-off-by: Lucas Stach Acked-by: Rob Herring > --- > v2: Add note why

[Intel-gfx] [PATCH v2 01/14] drm: Pass 'name' to drm_crtc_init_with_planes()

On Wed, Dec 09, 2015 at 10:21:25AM +0200, Jani Nikula wrote: > On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > Done with coccinelle for the most part. However, it thinks '...' is > > part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder

[Intel-gfx] [PATCH 13/14] drm/i915: Give encoders useful names

On Wed, Dec 09, 2015 at 10:35:24AM +0200, Jani Nikula wrote: > On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrjälä > > > > Rather than let the core generate usless encoder names, let's pass in > > something that actually identifies the piece of hardware we're

[Intel-gfx] [PATCH 04/14] drm: Use driver specified encoder name

On Wed, Dec 09, 2015 at 08:32:45AM +0100, Daniel Vetter wrote: > On Tue, Dec 08, 2015 at 06:41:52PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > Use the encoder name passed by the driver if non-NULL, otherwise fall > > back to the old style name. > > > >

[PATCH v10.1 14/17] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

Hi Rob, On 12/09/2015 12:25 PM, Rob Herring wrote: > On Wed, Dec 09, 2015 at 10:10:39AM +0800, Yakir Yang wrote: >> Some edp screen do not have hpd signal, so we can't just return >> failed when hpd plug in detect failed. >> >> This is an hardware property, so we need add a devicetree property >>

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_pm.c between commits: 344df9809f45 ("drm/i915/skl: Disable coarse power gating up until F0") 6704d4552853 ("drm/i915/skl: Double RC6 WRL always on") from the drm-intel-fixes tree and commit:

[PATCH] drm: Documentation style guide

On Wed, 09 Dec 2015, Daniel Vetter wrote: > Every time I type or review docs this seems a bit different. Try to > document the common style so we can try to unify at least new docs. > > v2: Spelling fixes from Pierre, Laurent and Jani. Nah, you ignored my comment about "these documentations use

[PATCH v3] drm/gma500: fix double freeing

On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee wrote: > On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote: >> We are allocating backing using psbfb_alloc() and so >> backing->stolen is always true. So we were freeing backing two times. >> Moreover if we follow the execution path

[PATCH] [media] hdmi: added functions for MPEG InfoFrames

Hello Thierry, 2015-11-19 13:29 GMT+01:00 Enric Balletbo Serra : > Hello Thierry, > > 2015-11-19 12:51 GMT+01:00 Thierry Reding : >> On Tue, Nov 17, 2015 at 11:55:53PM +0100, Enric Balletbo Serra wrote: >>> Hello Thierry, >>> >>> 2015-11-17 13:55 GMT+01:00 Thierry Reding : >>> > On Mon, Nov 16,

[PATCHv6 5/5] drm: bridge: anx78xx: Add anx78xx driver support by analogix.

Hi Dan, Many thanks for your comments. 2015-12-07 9:09 GMT+01:00 Dan Carpenter : > On Fri, Dec 04, 2015 at 09:35:07AM +0100, Enric Balletbo i Serra wrote: >> +static int sp_wait_aux_op_finish(struct anx78xx *anx78xx) >> +{ >> + u8 errcnt; >> + u8 val; >> + struct device *dev =

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/95d43820/attachment.html>

[PATCH v2 14/14] ARM: dts: enable GPU for SolidRun's Cubox

From: Russell King Enable the GPU for SolidRun's Cubox. Signed-off-by: Russell King Signed-off-by: Lucas Stach --- arch/arm/boot/dts/dove-cubox.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v2 13/14] ARM: dts: dove: add DT GPU support

From: Russell King Add DT support for the Vivante GC600 GPU on Marvell Dove platforms. These nodes default to being disabled unless a platform decides they should be enabled. Signed-off-by: Russell King Signed-off-by: Lucas Stach

[PATCH v2 12/14] ARM: dts: imx6: add Vivante GPU nodes

This adds the device nodes for 2D, 3D and VG GPU cores. Signed-off-by: Russell King Signed-off-by: Lucas Stach --- arch/arm/boot/dts/imx6dl.dtsi | 5 + arch/arm/boot/dts/imx6q.dtsi | 15 +++ arch/arm/boot/dts/imx6qdl.dtsi | 22

[PATCH v2 11/14] MAINTAINERS: add maintainer and reviewers for the etnaviv DRM driver

Signed-off-by: Lucas Stach Acked-by: Russell King Acked-by: Christian Gmeiner --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e9caa4b28828..9990a3b9b686 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v2 10/14] drm/etnaviv: add master driver and hook up in Kconfig and Makefile

From: The etnaviv authors This adds the etnaviv DRM core driver and hooks it up in the Kconfig and Makefile. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach --- drivers/gpu/drm/Kconfig

[PATCH v2 09/14] drm/etnaviv: add GPU core dump functionality

From: The etnaviv authors This adds functionality to allow post-portem GPU analysis. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_dump.c | 227

[PATCH v2 08/14] drm/etnaviv: add GPU MMU handling functionality

From: The etnaviv authors This adds the GPU MMU handling functionality, used to drive the MMUs attached to each GPU core. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach ---

[PATCH v2 07/14] drm/etnaviv: add GEM submit and cmdstream validation bits

From: The etnaviv authors This adds the GEM submit functionality and the needed commandstream validation and GPU buffer handling bits to go with that. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by:

[PATCH v2 06/14] drm/etnaviv: add GEM core functionality

From: The etnaviv authors This adds the implementation for the GEM core functionality for the etnaviv DRM driver. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach ---

[PATCH v2 05/14] drm/etnaviv: add GPU core driver

From: The etnaviv authors This adds the GPU core driver part of the etnaviv DRM driver. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 1644

[PATCH v2 04/14] drm/etnaviv: add generated hardware description headers

From: The etnaviv authors This adds all the generated hardware description headers for the etnaviv DRM driver. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach ---

[PATCH v2 03/14] drm/etnaviv: add etnaviv UAPI header

From: The etnaviv authors This adds the header defining the user/kernel API for the etnaviv DRM driver. Signed-off-by: Christian Gmeiner Signed-off-by: Russell King Signed-off-by: Lucas Stach --- v2: Change include path to

[PATCH v2 02/14] drm/etnaviv: add devicetree bindings

Etnaviv follows the same priciple as imx-drm to have a virtual master device node to bind all the individual GPU cores together into one DRM device. Signed-off-by: Lucas Stach --- v2: Add note why a more specific compatible isn't needed for GPU core nodes. ---

[PATCH v2 01/14] devicetree: add vendor prefix for Vivante Corporation

From: Philipp Zabel Trivial patch to add Vivante Corporation to the list of devicetree vendor prefixes. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/04f68e2d/attachment.html>

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii w/ DCC enabled (+mmap errors)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/6d60edab/attachment.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[RFC] drm/dp: move hw_mutex up the call stack

On Wed, Dec 9, 2015 at 11:25 AM, Ville Syrjälä wrote: > On Wed, Dec 09, 2015 at 05:51:43PM +0200, Jani Nikula wrote: >> On Wed, 09 Dec 2015, Rob Clark wrote: >> > On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark wrote: >> >> 1) don't let other threads trying to bang on aux channel interrupt the >>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

dri-devel/attachments/20151209/9a31838e/attachment-0001.html>

  1   2   >