[Bug 93649] [radeonsi] Graphics lockup while playing tf2

2016-03-18 Thread bugzilla-dae...@freedesktop.org
ignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/c1fa019f/attachment.html>

[Bug 94484] Kernel BUG with latest radeon driver

2016-03-18 Thread bugzilla-dae...@freedesktop.org
|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/5908ff8d/attachment.html>

[PATCH 3/4] drm/radeon: consolidate uvd/vce initialization, resume and suspend.

2016-03-18 Thread Michel Dänzer
On 17.03.2016 16:36, Daniel Vetter wrote: > On Thu, Mar 17, 2016 at 06:41:14AM +1000, Dave Airlie wrote: >> Just an aside, >> >> So is there no way to do hibernate with these blocks? >> >> Like can you not cleanly shut them down without doing a power cycle. >> >> I have to say UVD is a real pain in

[PATCH 1/2] amdgpu: create only one IB for "all compute queues" tests

2016-03-18 Thread Michel Dänzer
On 16.03.2016 21:56, Christian König wrote: > Can somebody with commit access push those two patches after the review? > I don't have write permission for libdrm. Well, that should clearly get fixed. Daniel, can you add him, or who should we ask for this? -- Earthling Michel Dänzer

Summer of Code Ideas

2016-03-18 Thread Hans de Goede
Hi, On 17-03-16 23:04, Pierre Moreau wrote: > Hello Abheek, > > Sorry for the long delay. > > So, things have changed a bit since last year idea. You should now be able to > start kernels on most generations, atomic operations are supported and image > is > in the work. Regarding the compiler, Ha

[PATCH 1/4 v3] drm: Add support of ARC PGU display controller

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote: > > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote: > > > On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote: > > > > On Mon, Mar 14, 2016 at

[PATCH 3/4] drm/radeon: consolidate uvd/vce initialization, resume and suspend.

2016-03-18 Thread Daniel Vetter
On Fri, Mar 18, 2016 at 01:00:26PM +0900, Michel Dänzer wrote: > On 17.03.2016 16:36, Daniel Vetter wrote: > > On Thu, Mar 17, 2016 at 06:41:14AM +1000, Dave Airlie wrote: > >> Just an aside, > >> > >> So is there no way to do hibernate with these blocks? > >> > >> Like can you not cleanly shut th

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

2016-03-18 Thread Caesar Wang
Hi all, I pick this series up and test on C101PA chromebook, after Heiko update the 3 patches. [v14.1,09/17] drm: rockchip: dp: add rockchip platform dp driver [v14.1,04/17] drm: bridge: analogix/dp: fix some obvious code style [v14.1,01/17] drm: bridge: analogix/dp: split exynos dp driver to br

[PATCH v14.1 09/17] drm: rockchip: dp: add rockchip platform dp driver

2016-03-18 Thread Caesar Wang
在 2016年03月18日 05:51, Heiko Stübner 写道: > 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 > Tested-by: Javier Martinez Canillas Tested-by: Cae

[PATCH v14 11/17] drm: bridge: analogix/dp: add some rk3288 special registers setting

2016-03-18 Thread Caesar Wang
在 2016年02月15日 19:10, Yakir Yang 写道: > RK3288 need some special registers setting, we can separate > them out by the dev_type of plat_data. > > Signed-off-by: Yakir Yang Tested-by: Caesar Wang > --- > Changes in v14: None > Changes in v13: None > Changes in v12: None > Changes in v

[PATCH v14.1 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

2016-03-18 Thread Caesar Wang
Hi Samsung Guys, Can you take your time to test or review for exynos controller?:-) Anyway, verified on rockchip controller. So feel free add my test tag for this patch. 在 2016年03月18日 05:47, Heiko Stübner 写道: > Split the dp core driver from exynos directory to bridge directory, > a

[PATCH 1/4 v3] drm: Add support of ARC PGU display controller

2016-03-18 Thread Alexey Brodkin
Hi Daniel, On Fri, 2016-03-18 at 09:02 +0100, Daniel Vetter wrote: > On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote: > > > > > > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote: > >

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

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 02:33:50PM -0700, Joe Perches wrote: > On Thu, 2016-03-17 at 18:19 -0300, Gustavo Padovan wrote: > > 2016-03-17 Joe Perches : > > > On Thu, 2016-03-17 at 16:50 -0400, Rob Clark wrote: > > > > On Thu, Mar 17, 2016 at 4:40 PM, Joe Perches wrote: > > > [] > > > > > It's a name

[patch] drm/tegra: fixup error handling in tegra_dc_init()

2016-03-18 Thread Dan Carpenter
1) There was a chance that "cursor" or "primary" were error pointers leading to an oops. 2) The error handling wasn't very complete. When I started working on this, the one err label style error handling became unwieldy so I just re-wrote it with multiple exit labels. Signed-off-by: Dan Car

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/9b345ceb/attachment.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/d57b93e4/attachment.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/f12fd2fe/attachment.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/4c1a2f10/attachment.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/9ca31f71/attachment-0001.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
description||Behaviour) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/3a940655/attachment.html>

[PATCH v2] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Chris Wilson
On Thu, Mar 17, 2016 at 06:18:06PM -0300, Tiago Vignatti wrote: > +static void test_ioctl_errors(void) > +{ > + int i; > + int num_children = 8*sysconf(_SC_NPROCESSORS_ONLN); > + > + igt_fork_signal_helper(); > + igt_fork(child, num_children) { Actually there is a danger here in on

[Intel-gfx] [PATCH v2] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Chris Wilson
On Fri, Mar 18, 2016 at 09:44:40AM +, Chris Wilson wrote: > On Thu, Mar 17, 2016 at 06:18:06PM -0300, Tiago Vignatti wrote: > > +static void test_ioctl_errors(void) > > +{ > > + int i; > > + int num_children = 8*sysconf(_SC_NPROCESSORS_ONLN); > > + > > + igt_fork_signal_helper(); > > +

[PATCH] drm/amdgpu: allow write access to mapped userptrs

2016-03-18 Thread Jerome Glisse
On Thu, Mar 17, 2016 at 08:26:36PM +0100, Christian König wrote: > Am 17.03.2016 um 20:18 schrieb Jerome Glisse: > >On Fri, Mar 11, 2016 at 3:29 PM, Christian König > > wrote: > >>From: Christian König > >> > >>With the updated MMU notifier we should also be able to > >>handle the writeback cas

[PATCH] drm/rockchip: vop: Don't reject empty modesets

2016-03-18 Thread Tomeu Vizoso
So that when DRM_IOCTL_MODE_SETCRTC is called without a FB nor mode, the CRTC gets disabled. Signed-off-by: Tomeu Vizoso Link: http://lkml.kernel.org/g/CAAObsKAv+05ih5U+=4kic_NsjGMhfxYheHR8xXXmacZs+p5SHw at mail.gmail.com --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 3 --- 1 file changed,

[PATCH] drm/rockchip: vop: Reset yrgb_mst when re-enabling

2016-03-18 Thread Tomeu Vizoso
When the VOP is re-enabled, it will start scanning right away the framebuffers that were configured from the last time, even if those have been destroyed already. To prevent the VOP from trying to access freed memory, reset the registers that hold pointers to framebuffers right after we can write t

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

2016-03-18 Thread bugzilla-dae...@freedesktop.org
. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/b95e8645/attachment.html>

[PATCH v10 1/3] staging/android: remove redundant comments on sync_merge_data

2016-03-18 Thread Gustavo Padovan
From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst --- drivers/staging/android/uapi/sync.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

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

2016-03-18 Thread Gustavo Padovan
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 --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 11 +++ drivers/gpu/drm

[PATCH v10 3/3] staging/android: refactor SYNC IOCTLs

2016-03-18 Thread Gustavo Padovan
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 num_fences passed is greater than ze

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Ville Syrjälä
On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote: > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things > timeout, there's no use for having this function anymore. Good riddens. > > Signed-off-by: Lyude > --- > drivers/gpu/drm/i915/intel_dp.c | 79 > ---

[PATCH] de-stage android sync framework

2016-03-18 Thread Gustavo Padovan
From: Gustavo Padovan Hi, This is the first step and the most important one of the de-stage of the the sync framework, it de-stage the sync_file part which is used to send/receive fence file descriptors with the userspace. These patches sits on top of the sync ABI changes that I sent earlier to

[PATCH] dma-buf/sync_file: de-stage sync_file

2016-03-18 Thread Gustavo Padovan
From: Gustavo Padovan sync_file is useful to connect one or more fences to the file. The file is used by userspace to track fences. Signed-off-by: Gustavo Padovan --- drivers/Kconfig| 2 + drivers/dma-buf/Kconfig| 11 + drivers

[PATCH] drm/amdgpu: allow write access to mapped userptrs

2016-03-18 Thread Christian König
Am 18.03.2016 um 11:02 schrieb Jerome Glisse: > On Thu, Mar 17, 2016 at 08:26:36PM +0100, Christian König wrote: >> Am 17.03.2016 um 20:18 schrieb Jerome Glisse: >>> On Fri, Mar 11, 2016 at 3:29 PM, Christian König >>> wrote: From: Christian König With the updated MMU notifier w

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

2016-03-18 Thread Joe Perches
On Fri, 2016-03-18 at 10:27 -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in > kernel.h. This function might be used more in drm files in a separate patch too: $ git grep -n -E "__user.*\(\s*uintptr_t\s*\)" drivers/gpu/drm dr

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 07:56:33PM +0200, Jani Nikula wrote: > On Thu, 17 Mar 2016, Lyude wrote: > > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things > > timeout, there's no use for having this function anymore. Good riddens. > > > > Signed-off-by: Lyude > > --- > > drive

[PATCH 00/14] drm/radeon: uvd/vce cleanup and fix for hibernation

2016-03-18 Thread Jérôme Glisse
So all patches does not change the logic or outcome (from hw register write point of view) only what error messages get printed on failure. Patch 13 just add a new flag to asic reset so we can force hard reset. Patch 14 takes advantages of that for the hibernation case and hard reset during freez

[PATCH 01/14] drm/radeon: consolidate r600 uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 02/14] drm/radeon: consolidate rv770 uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 03/14] drm/radeon: consolidate evergreen uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 04/14] drm/radeon: consolidate ni uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 05/14] drm/radeon: consolidate si uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 07/14] drm/radeon: add a vce flag to know if need to initialize vce or not.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This will later on serve for module option to disable vce. Signed-off-by: Jérôme Glisse Cc: Alex Deucher Cc: Christian König --- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_asic.c | 11 +-- 2 files changed, 10 insertions(+), 2 de

[PATCH 06/14] drm/radeon: consolidate cik uvd initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_uvd doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 08/14] drm/radeon: consolidate ni vce initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_vce doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 09/14] drm/radeon: consolidate si vce initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_vce doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 10/14] drm/radeon: consolidate cik vce initialization and startup code.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse This match the exact same control flow as existing code. It just use goto instead of multiple levels of if/else. It also clarify early initialization failures by clearing rdev->has_vce doing so does not change end result from hardware point of view, it only avoids printing mo

[PATCH 11/14] drm/radeon: add driver option to disable uvd block.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse Quite few suspend/hibernation bugs are related to this block. Add an option to disable those as a work around. Signed-off-by: Jérôme Glisse Cc: Alex Deucher Cc: Christian König --- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_asic.c | 3 ++

[PATCH 12/14] drm/radeon: add driver option to disable vce block.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse Quite few suspend/hibernation bugs are related to this block. Add an option to disable those as a work around. Signed-off-by: Jérôme Glisse Cc: Alex Deucher Cc: Christian König --- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_asic.c | 2 ++

[PATCH 13/14] drm/radeon: allow to force hard GPU reset.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse In some cases, like when freezing for hibernation, we need to be able to force hard reset even if no engine are stuck. This patch add a bool option to current asic reset callback to allow to force hard reset on asic that supports it. Signed-off-by: Jérôme Glisse Cc: Alex

[PATCH 14/14] drm/radeon: hard reset r600 and newer GPU when hibernating.

2016-03-18 Thread Jérôme Glisse
From: Jérome Glisse Some GPU block like UVD and VCE require hard reset to be properly resume if there is no real powerdown of the asic like during various hibernation step. This patch perform such hard reset. Signed-off-by: Jérôme Glisse Cc: Alex Deucher Cc: Christian König --- drivers/g

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Ville Syrjälä
On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote: > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote: > > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things > > timeout, there's no use for having this function anymore. Good riddens. > > > > Signed-off-by:

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Ville Syrjälä
On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote: > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote: > > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote: > > > Since we've fixed up drm_dp_dpcd_read() to allow for retries when things > > > timeout, there's no use

[PATCH 01/14] drm/radeon: consolidate r600 uvd initialization and startup code.

2016-03-18 Thread Christian König
Am 18.03.2016 um 16:58 schrieb Jérôme Glisse: > From: Jérome Glisse > > This match the exact same control flow as existing code. It just > use goto instead of multiple levels of if/else. It also clarify > early initialization failures by clearing rdev->has_uvd doing so > does not change end res

[PATCH] drm/amd/powerplay: fix memory leak of tdp_table

2016-03-18 Thread Colin King
From: Colin Ian King tdp_table is being leaked on failed allocations of hwmgr->dyn_state.cac_dtp_table. kfree tdp_table on the error return path to fix the leak. Signed-off-by: Colin Ian King --- drivers/gpu/drm/amd/powerplay/hwmgr/tonga_processpptables.c | 4 +++- 1 file changed, 3 insertions

[PATCH] gpu/drm: Use u64_to_user_pointer

2016-03-18 Thread Joe Perches
Use the newly added u64_to_user_pointer a bit more frequently. Signed-off-by: Joe Perches --- drivers/gpu/drm/armada/armada_gem.c| 2 +- drivers/gpu/drm/nouveau/nouveau_gem.c | 7 --- drivers/gpu/drm/tegra/drm.c| 15 --- drivers/gpu/drm/vc4/vc4_bo.c |

[PATCH 1/4 v3] drm: Add support of ARC PGU display controller

2016-03-18 Thread Daniel Vetter
On Fri, Mar 18, 2016 at 08:11:49AM +, Alexey Brodkin wrote: > Hi Daniel, > > On Fri, 2016-03-18 at 09:02 +0100, Daniel Vetter wrote: > > On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote:

[PATCH] gpu/drm: Use u64_to_user_pointer

2016-03-18 Thread Joe Perches
On Sat, 2016-03-19 at 01:39 +0800, kbuild test robot wrote: > Hi Joe, > > [auto build test WARNING on drm/drm-next] > [also build test WARNING on next-20160318] > [cannot apply to v4.5] > [if your patch is applied to the wrong git tree, please drop us a > note to help

[RFC 1/5] drm: Add DRM support for tiny LCD displays

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 10:51:55PM +0100, Noralf Trønnes wrote: > > Den 16.03.2016 16:11, skrev Daniel Vetter: > >On Wed, Mar 16, 2016 at 02:34:15PM +0100, Noralf Trønnes wrote: > >>tinydrm provides a very simplified view of DRM for displays that has > >>onboard video memory and is connected thr

[RFC 0/5] drm: Add support for tiny LCD displays

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 11:00:00PM +0100, Noralf Trønnes wrote: > > Den 16.03.2016 19:26, skrev Eric Anholt: > >Noralf Trønnes writes: > > > >>This is an attempt at providing a DRM version of drivers/staging/fbtft. > >>I'm sending this early before cleaning up the code hoping to get some > >>fe

[PATCH v2 1/9] drm: atmel-hlcdc: add a ->cleanup_fb() operation

2016-03-18 Thread Daniel Vetter
On Thu, Mar 17, 2016 at 09:49:42AM +0100, Boris Brezillon wrote: > Hi Daniel, > > On Wed, 16 Mar 2016 16:17:38 +0100 > Daniel Vetter wrote: > > > On Wed, Mar 16, 2016 at 02:57:35PM +0100, Boris Brezillon wrote: > > > Add a ->cleanup_fb() operation to avoid memory leaks when the atomic > > > oper

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Daniel Vetter
On Fri, Mar 18, 2016 at 06:41:40PM +0200, Ville Syrjälä wrote: > On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote: > > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote: > > > On Thu, Mar 17, 2016 at 11:40:45AM -0400, Lyude wrote: > > > > Since we've fixed up drm_dp_d

[PATCH 1/3] drm: introduce drm_connector_plug_all() helper

2016-03-18 Thread Daniel Vetter
On Fri, Mar 18, 2016 at 01:01:42PM +0300, Alexey Brodkin wrote: > As a pair to already existing drm_connector_unplug_all() we're adding > generic implementation of what is already done in some drivers. > > Once this helper is implemented we'll be ready to switch existing > driver-specific implemen

[Intel-gfx] [PATCH 2/2] drm/i915: Get rid of intel_dp_dpcd_read_wake()

2016-03-18 Thread Ville Syrjälä
On Fri, Mar 18, 2016 at 07:00:29PM +0100, Daniel Vetter wrote: > On Fri, Mar 18, 2016 at 06:41:40PM +0200, Ville Syrjälä wrote: > > On Fri, Mar 18, 2016 at 06:12:35PM +0200, Ville Syrjälä wrote: > > > On Fri, Mar 18, 2016 at 04:13:45PM +0200, Ville Syrjälä wrote: > > > > On Thu, Mar 17, 2016

[PATCH v3] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Tiago Vignatti
This patch adds ioctl-errors subtest to be used for exercising prime sync ioctl errors. The subtest constantly interrupts via signals a function doing concurrent blit to stress out the right usage of prime_sync_*, making sure these ioctl errors are handled accordingly. Important to note that in ca

[PATCH v3] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Daniel Vetter
On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote: > This patch adds ioctl-errors subtest to be used for exercising prime sync > ioctl > errors. > > The subtest constantly interrupts via signals a function doing concurrent blit > to stress out the right usage of prime_sync_*, making

[PATCH v3] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Tiago Vignatti
On 03/18/2016 03:11 PM, Daniel Vetter wrote: > On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote: >> This patch adds ioctl-errors subtest to be used for exercising prime sync >> ioctl >> errors. >> >> The subtest constantly interrupts via signals a function doing concurrent >> blit >

[PATCH 1/2] drm/amdgpu: Revert "remove the userptr rmn->lock"

2016-03-18 Thread Christian König
From: Christian König This reverts commit c02196834456f2d5fad334088b70e98ce4967c34. In the meantime we moved get_user_pages() outside of the reservation lock, so that shouldn't be an issue any more Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c | 22 ++

[PATCH 2/2] drm/amdgpu: add invalidate_page callback for userptrs

2016-03-18 Thread Christian König
From: Christian König Otherwise we can run into problems with the writeback code. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c | 98 +- 1 file changed, 72 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdg

[Bug 80419] XCOM: Enemy Unknown Causes lockup

2016-03-18 Thread bugzilla-dae...@freedesktop.org
ation/logs/traces if necessary. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/24cc76d4/attachment.html>

[PATCH] drm/amd/powerplay: fix memory leak of tdp_table

2016-03-18 Thread Alex Deucher
On Fri, Mar 18, 2016 at 12:47 PM, Colin King wrote: > From: Colin Ian King > > tdp_table is being leaked on failed allocations of > hwmgr->dyn_state.cac_dtp_table. kfree tdp_table on the error > return path to fix the leak. > > Signed-off-by: Colin Ian King Applied, thanks! Alex > --- > d

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/cf0d537d/attachment.html>

[PATCH] dma-buf, drm, ion: Propagate error code from dma_buf_start_cpu_access()

2016-03-18 Thread Chris Wilson
Drivers, especially i915.ko, can fail during the initial migration of a dma-buf for CPU access. However, the error code from the driver was not being propagated back to ioctl and so userspace was blissfully ignorant of the failure. Rendering corruption ensues. Whilst fixing the ioctl to return the

[PATCH v3] prime_mmap_coherency: Add return error tests for prime sync ioctl

2016-03-18 Thread Chris Wilson
On Fri, Mar 18, 2016 at 03:08:56PM -0300, Tiago Vignatti wrote: > This patch adds ioctl-errors subtest to be used for exercising prime sync > ioctl > errors. > > The subtest constantly interrupts via signals a function doing concurrent blit > to stress out the right usage of prime_sync_*, making

[Bug 94512] X segfaults on launching in x32 environment

2016-03-18 Thread bugzilla-dae...@freedesktop.org
stripped -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/006af2f9/attachment-0001.html>

[Bug 94595] [Mesa AMD&swrast] Texture views attached as framebuffers return their viewed tecture's color encoding and render incorrectly

2016-03-18 Thread bugzilla-dae...@freedesktop.org
-related rendering problems. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160318/adeee15f/attachment-0001.html>

[PATCH 00/11] drm/msm: fencification

2016-03-18 Thread Rob Clark
A few prep patches, plus drm/msm conversion to 'struct fence' for gpu and display sync. Uses drm_atomic_helper_wait_for_fences() to sync atomic updates with rendering. This is the first step towards implementing EGL_ANDROID_native_fence_sync. Next step would be to extend submit uapi to use syncpt

[PATCH 01/11] reservation: add reservation_object_get_excl_unlocked()

2016-03-18 Thread Rob Clark
In the atomic modesetting path, each driver simply wants to grab a ref to the exlusive fence from a reservation object to store in the incoming drm_plane_state, without doing the whole RCU dance. Since each driver will need to do this, lets make a helper. Signed-off-by: Rob Clark --- include/li

[PATCH 02/11] drm/atomic: export drm_atomic_helper_wait_for_fences()

2016-03-18 Thread Rob Clark
Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_atomic_helper.c | 15 +-- include/drm/drm_atomic_helper.h | 2 ++ 2 files changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c index 7c52306..aa72732 100

[PATCH 03/11] drm/msm: move debugfs code to it's own file

2016-03-18 Thread Rob Clark
Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/msm_debugfs.c | 168 ++ drivers/gpu/drm/msm/msm_debugfs.h | 26 ++ drivers/gpu/drm/msm/msm_drv.c | 153 +- 4 files changed, 196

[PATCH 04/11] drm/msm: move fence code to it's own file

2016-03-18 Thread Rob Clark
Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/msm_atomic.c | 1 + drivers/gpu/drm/msm/msm_drv.c| 108 +--- drivers/gpu/drm/msm/msm_drv.h| 27 +--- drivers/gpu/drm/msm/msm_fence.c | 129 +++

[PATCH 05/11] drm/msm: use imported dmabuf's reservation object

2016-03-18 Thread Rob Clark
This was always the intention, but somehow it was never wired up properly. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/msm_drv.h | 2 +- drivers/gpu/drm/msm/msm_gem.c | 18 -- drivers/gpu/drm/msm/msm_gem_prime.c | 2 +- 3 files changed, 14 insertions(+), 8 dele

[PATCH 08/11] drm/msm: split locking and pinning BO's

2016-03-18 Thread Rob Clark
Split up locking and pinning buffers in the submit path. This is needed because we'll want to insert fencing in between the two steps. This makes things end up looking more similar to etnaviv submit code (which was originally modelled on the msm code but has already added 'struct fence' support).

[PATCH 07/11] drm/msm/gpu: simplify tracking in-flight bo's

2016-03-18 Thread Rob Clark
Since we already track the array of bo's in the submit object, just unconditionally take and drop ref's per submit (rather than only taking ref's if bo is not already active). This simplifies later patches. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/msm_gpu.c | 51 +++-

[PATCH 09/11] drm/msm: introduce msm_fence_context

2016-03-18 Thread Rob Clark
Better encapsulate the per-timeline stuff into fence-context. For now there is just a single fence-context, but eventually we'll also have one per-CRTC to enable fully explicit fencing. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 6 +-- drivers/gpu/drm/msm/msm_atomic

[PATCH 10/11] drm/msm: remove fence_cbs

2016-03-18 Thread Rob Clark
This was only used for atomic commit these days. So instead just give atomic it's own work-queue where we can do a block on each bo in turn. Simplifies things a whole bunch and makes the 'struct fence' conversion easier. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/msm_atomic.c | 77 +++

[PATCH 11/11] drm/msm: 'struct fence' conversion

2016-03-18 Thread Rob Clark
Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4 +- drivers/gpu/drm/msm/msm_atomic.c| 42 ++- drivers/gpu/drm/msm/msm_drv.h | 5 +- drivers/gpu/drm/msm/msm_fence.c | 71 +- drivers/gpu/drm/msm/msm_fence.h |

[PATCH 06/11] drm/msm: split out timeout_to_jiffies helper

2016-03-18 Thread Rob Clark
Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/msm_drv.h | 15 +++ drivers/gpu/drm/msm/msm_fence.c | 11 +-- 2 files changed, 16 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/msm/msm_drv.h b/drivers/gpu/drm/msm/msm_drv.h index fed3869..6107a39 100644 --- a/d

[PATCH 0/5] drm/vc4: DPI panel support

2016-03-18 Thread Eric Anholt
In preparation for working on DSI panel support, I wrote the much simpler support for DPI panels. I've tested it on the 7" DPI panel from Adafruit, with panel-simple support included here. Eric Anholt (5): of: Add vendor prefix for On Tat Industrial Company. panel-simple: Add the 7" DPI panel

[PATCH 5/5] ARM: bcm2835: Add the DPI hardware to the device tree.

2016-03-18 Thread Eric Anholt
It's currently marked disabled, as it's not useful without a panel associated with it and the GPIO pins routed to ALT2. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm283x.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dt

[PATCH 3/5] drm: Add an encoder and connector type enum for DPI.

2016-03-18 Thread Eric Anholt
Right now exynos is exposing DPI as a TMDS encoder and VGA connector, which seems rather misleading. This isn't just an internal detail, since xrandr actually exposes "VGA" as the output name. Define some new enums so that vc4's DPI can have a more informative name. I considered other names for

[PATCH 1/5] of: Add vendor prefix for On Tat Industrial Company.

2016-03-18 Thread Eric Anholt
This is the vendor for a 7" DPI panel sold by Adafruit which I'd like to describe in DT. Signed-off-by: Eric Anholt --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation

[PATCH 2/5] panel-simple: Add the 7" DPI panel from Adafruit.

2016-03-18 Thread Eric Anholt
This is a basic TFT panel with a 40-pin FPC connector on it. The specification doesn't define timings, but the Adafruit instructions were setting up 800x480 CVT. Signed-off-by: Eric Anholt --- .../bindings/display/panel/ontat,yx700wv03.txt | 7 + drivers/gpu/drm/panel/panel-simple.c

[PATCH 4/5] drm/vc4: Add DPI driver

2016-03-18 Thread Eric Anholt
The DPI interface involves taking a ton of our GPIOs to be used as outputs, and routing display signals over them in parallel. Signed-off-by: Eric Anholt --- .../devicetree/bindings/display/brcm,bcm-vc4.txt | 67 +++ drivers/gpu/drm/vc4/Kconfig| 1 + drivers/gpu/drm/

[PATCH 0/3] drm: introduce drm_connector_plug_all() helper

2016-03-18 Thread Alexey Brodkin
As a pair to already existing drm_connector_unplug_all() we're adding generic implementation of what is already done in some drivers. After implementation of that new helper we're updating 2 drivers that used to use it's own implementation: [1] atmel_hlcdc [2] rcar_du Other drivers still use lo

[PATCH 1/3] drm: introduce drm_connector_plug_all() helper

2016-03-18 Thread Alexey Brodkin
As a pair to already existing drm_connector_unplug_all() we're adding generic implementation of what is already done in some drivers. Once this helper is implemented we'll be ready to switch existing driver-specific implementations with generic one. Signed-off-by: Alexey Brodkin Cc: Daniel Vette

[PATCH 2/3] drm: atmel_hldc - use generic drm_connector_plug_all() helper

2016-03-18 Thread Alexey Brodkin
This driver used to have its own implementation of connector_plug_all() which actually was taken as a prototype of drm_connector_plug_all(). Now when drm_connector_plug_all() exists reusing it here. And while at it getting rid of mutex in both plug() and unplug() because they were moved to generi

[PATCH 3/3] drm: rcar-du - use generic drm_connector_plug_all() helper

2016-03-18 Thread Alexey Brodkin
Now when generic drm_connector_plug_all() helper exists we may safely substiture with it driver-specific implementation of connectors plugging in sysfs. Signed-off-by: Alexey Brodkin Cc: Daniel Vetter Cc: David Airlie Cc: Laurent Pinchart Cc: linux-renesas-soc at vger.kernel.org --- drivers/g

[PATCHv13 13/17] cec: adv7842: add cec support

2016-03-18 Thread Hans Verkuil
Add CEC support to the adv7842 driver. Signed-off-by: Hans Verkuil --- drivers/media/i2c/Kconfig | 2 +- drivers/media/i2c/adv7842.c | 331 +++- 2 files changed, 270 insertions(+), 63 deletions(-) diff --git a/drivers/media/i2c/Kconfig b/drivers/media

[PATCHv13 17/17] vivid: add CEC emulation

2016-03-18 Thread Hans Verkuil
The vivid driver has been extended to provide CEC adapters for the HDMI input and HDMI outputs in order to test CEC applications. This CEC emulation is faithful to the CEC timings (i.e., it all at a snail's pace). Signed-off-by: Hans Verkuil --- Documentation/video4linux/vivid.txt

[PATCHv13 15/17] cobalt: add cec support

2016-03-18 Thread Hans Verkuil
Add CEC support to the cobalt driver. Signed-off-by: Hans Verkuil --- drivers/media/pci/cobalt/Kconfig | 1 + drivers/media/pci/cobalt/cobalt-driver.c | 115 +++- drivers/media/pci/cobalt/cobalt-driver.h | 2 + drivers/media/pci/cobalt/cobalt-irq.c| 3 +

  1   2   >