[Bug 94512] X segfaults on launching in x32 environment

ped -- 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>

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

Hi Daniel, On Fri, 2016-03-18 at 19:06 +0100, Daniel Vetter wrote: > 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

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

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

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

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] dma-buf, drm, ion: Propagate error code from dma_buf_start_cpu_access()

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

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

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

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

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 +

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

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 2/5] panel-simple: Add the 7" DPI panel from Adafruit.

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 1/5] of: Add vendor prefix for On Tat Industrial Company.

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

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

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

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

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

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

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

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

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 ---

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

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 10/11] drm/msm: remove fence_cbs

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 09/11] drm/msm: introduce msm_fence_context

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 +--

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

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'

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

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 06/11] drm/msm: split out timeout_to_jiffies helper

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 ---

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

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

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

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 03/11] drm/msm: move debugfs code to it's own file

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 02/11] drm/atomic: export drm_atomic_helper_wait_for_fences()

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

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

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 ---

[PATCH 00/11] drm/msm: fencification

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

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

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 1/3] drm: introduce drm_connector_plug_all() helper

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

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

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

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

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 > > >

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

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 >

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

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

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

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

[Bug 80419] XCOM: Enemy Unknown Causes lockup

/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 1/4 v3] drm: Add support of ARC PGU display controller

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:

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

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:

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

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

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

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

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

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:

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

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 +

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

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 +

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

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

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

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

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

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

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

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,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 > > --- > >

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

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

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

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

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

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 v14 0/17] Add Analogix Core Display Port Driver

Hi, On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang wrote: > 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

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

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] drm/amd/powerplay: fix memory leak of tdp_table

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 > --- >

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

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

[PATCHv13 17/17] vivid: add CEC emulation

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 16/17] cec: s5p-cec: Add s5p-cec driver

From: Kamil Debski Add CEC interface driver present in the Samsung Exynos range of SoCs. The following files were based on work by SangPil Moon: - exynos_hdmi_cec.h - exynos_hdmi_cecctl.c Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil ---

[PATCHv13 15/17] cobalt: add cec support

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 +

[PATCHv13 14/17] cec: adv7511: add cec support.

Add CEC support to the adv7511 driver. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil --- drivers/media/i2c/Kconfig | 2 +- drivers/media/i2c/adv7511.c | 356

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

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

[PATCHv13 12/17] cec: adv7604: add cec support.

Add CEC support to the adv7604 driver. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] [k.debski at samsung.com: add missing methods cec/io_write_and_or] [k.debski at samsung.com: change adv7604 to adv76xx in added functions]

[PATCHv13 11/17] v4l2-subdev: add HDMI CEC ops

Add CEC callbacks to the new v4l2_subdev_cec_ops struct. These are the low-level CEC ops that subdevs that support CEC have to implement. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] Signed-off-by: Kamil Debski ---

[PATCHv13 10/17] DocBook/media: add CEC documentation

Add DocBook documentation for the CEC API. Signed-off-by: Hans Verkuil [k.debski at samsung.com: add documentation for passthrough mode] [k.debski at samsung.com: minor fixes and change of reserved field sizes] Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil ---

[PATCHv13 09/17] cec.txt: add CEC framework documentation

From: Hans Verkuil Document the new HDMI CEC framework. Signed-off-by: Hans Verkuil [k.debski at samsung.com: add DocBook documentation by Hans Verkuil, with Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil --- Documentation/cec.txt | 391

[PATCHv13 08/17] cec: add compat32 ioctl support

The CEC ioctls didn't have compat32 support, so they returned -ENOTTY when used in a 32 bit application on a 64 bit kernel. Since all the CEC ioctls are 32-bit compatible adding support for this API is trivial. Signed-off-by: Hans Verkuil --- fs/compat_ioctl.c | 17 + 1 file

[PATCHv13 07/17] cec: add HDMI CEC framework

From: Hans Verkuil The added HDMI CEC framework provides a generic kernel interface for HDMI CEC devices. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil] [k.debski at samsung.com: Merged Update author commit by Hans Verkuil]

[PATCHv13 06/17] rc: Add HDMI CEC protocol handling

From: Kamil Debski Add handling of remote control events coming from the HDMI CEC bus. This patch includes a new keymap that maps values found in the CEC messages to the keys pressed and released. Also, a new protocol has been added to the core. Signed-off-by: Kamil Debski

[PATCHv13 05/17] HID: add HDMI CEC specific keycodes

From: Kamil Debski Add HDMI CEC specific keycodes to the keycodes definition. Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil --- include/uapi/linux/input-event-codes.h | 30 ++ 1 file changed, 30 insertions(+) diff --git

[PATCHv13 04/17] input.h: add BUS_CEC type

Inputs can come in over the HDMI CEC bus, so add a new type for this. Signed-off-by: Hans Verkuil Acked-by: Dmitry Torokhov --- include/uapi/linux/input.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/input.h b/include/uapi/linux/input.h index 2758687..4f8c813 100644

[PATCHv13 03/17] dts: exynos4412-odroid*: enable the HDMI CEC device

From: Marek Szyprowski Add a dts node entry and enable the HDMI CEC device present in the Exynos4 family of SoCs. Signed-off-by: Marek Szyprowski Signed-off-by: Hans Verkuil --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 4 1 file changed, 4

[PATCHv13 02/17] dts: exynos4: add node for the HDMI CEC device

From: Kamil Debski This patch adds HDMI CEC node specific to the Exynos4210/4x12 SoC series. Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil Acked-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4.dtsi | 12 1 file changed, 12 insertions(+) diff

[PATCHv13 01/17] dts: exynos4*: add HDMI CEC pin definition to pinctrl

From: Kamil Debski Add pinctrl nodes for the HDMI CEC device to the Exynos4210 and Exynos4x12 SoCs. These are required by the HDMI CEC device. Signed-off-by: Kamil Debski Signed-off-by: Hans Verkuil Acked-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4210-pinctrl.dtsi

[PATCHv13 00/17] HDMI CEC framework

Hi all, The thirteenth version of this patchset addresses problems I found when using this patch series in real situations. This also made me realize that this is not quite ready yet to be merged, although it is getting close. See the changelog below. The cec-ctl and cec-compliance utilities

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

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

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

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, >

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

在 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

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

在 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:

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

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

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

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 ---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

. -- 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] dma-buf/sync_file: de-stage sync_file

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

[PATCH] de-stage android sync framework

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

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

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

[PATCH] gpu/drm: Use u64_to_user_pointer

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

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

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

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

From: Gustavo Padovan This function had copies in 3 different files. Unify them in kernel.h. Cc: Joe Perches Cc: Andrew Morton Cc: David Airlie Cc: Daniel Vetter Cc: Rob Clark Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c

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

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,

[PATCH] gpu/drm: Use u64_to_user_pointer

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

  1   2   >