[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

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

[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

.freedesktop.org/archives/dri-devel/attachments/20151214/6e6e4de7/attachment.html>

[PATCH v2 16/16] drm: omapdrm: gem: Implement dma_buf import

OMAP GEM objects backed by dma_buf reuse the current OMAP GEM object support as much as possible. If the imported buffer is physically contiguous its physical address will be used directly, reusing the OMAP_BO_MEM_DMA_API code paths. Otherwise it will be mapped through the TILER using a pages list

[PATCH v2 15/16] drm: omapdrm: gem: Refactor GEM object allocation

Split the individual steps of GEM object allocation and initialization clearly. This improves readability and prepares for dma_buf import support. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 75 ++ 1 file changed, 43

[PATCH v2 14/16] drm: omapdrm: gem: Remove check for impossible condition

The GEM object can't be tiled without a usergart as that condition is checked and considered as an error when creating the GEM object. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c

[PATCH v2 13/16] drm: omapdrm: gem: Simplify error handling when creating GEM object

The goto error statement end up just returning NULL without performing any cleanup, replace it with a direct return. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH v2 12/16] drm: omapdrm: gem: Don't free mmap offset twice

The drm_gem_free_mmap_offset() call in omap_gem_free_object() is redundant as the same function is called from drm_gem_object_release(). Remove it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 11/16] drm: omapdrm: gem: Fix GEM object destroy in error path

Use the omap_gem_free_object() function to destroy the GEM object in the omap_gem_new_handle() error path instead of doing it manually (and incorrectly). Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH v2 10/16] drm: omapdrm: gem: Free the correct memory object

The GEM object free handler frees memory allocated by the driver using the pointer to the drm_gem_object instead of the pointer to the omap_gem_object that embeds it. This doesn't cause any issue in practice as the drm_gem_object is the first field of omap_gem_object, but would cause memory

[PATCH v2 09/16] drm: omapdrm: gem: Clean up GEM objects memory flags

The driver assumes that only objects backed by shmem need to be mapped through DMM. While this is true with the current code, the assumption won't hold with dma_buf import support. Condition the mapping based on whether the buffer has been allocated using the DMA mapping API instead and clean up

[PATCH v2 08/16] drm: omapdrm: gem: Mask out private flags passed from userspace

The 8 high order bits of the buffer flags are reserved for internal use. Mask them out from the flags passed by userspace. Signed-off-by: Laurent Pinchart --- Changes since v1: - Make the OMAP_BO_USER_MASK definition private --- drivers/gpu/drm/omapdrm/omap_drv.c | 11 --- 1 file

[PATCH v2 07/16] drm: omapdrm: gem: Remove omap_drm_private has_dmm field

The field is set to true iff the usergart field is not NULL. Test usergart instead. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_drv.c | 2 +- drivers/gpu/drm/omapdrm/omap_drv.h | 1 - drivers/gpu/drm/omapdrm/omap_fbdev.c | 2 +- drivers/gpu/drm/omapdrm/omap_gem.c | 5

[PATCH v2 06/16] drm: omapdrm: gem: Move global usergart variable to omap_drm_private

The structure contains data related to a device instance, it shouldn't be a global variable. While at it rename the usergart structures with an omap_drm_ prefix. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_drv.h | 3 +++ drivers/gpu/drm/omapdrm/omap_gem.c | 54

[PATCH v2 05/16] drm: omapdrm: gem: Group functions by purpose

Divide the GEM implementation in groups of functions to improve readability. No code change is performed by this commit. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 140 +++-- 1 file changed, 87 insertions(+), 53 deletions(-) diff

[PATCH v2 04/16] drm: omapdrm: gem: Remove forward declarations

Reorder functions to get rid of forward declarations Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 90 +++--- 1 file changed, 46 insertions(+), 44 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c

[PATCH v2 03/16] drm: omapdrm: gem: Remove unused function prototypes

Several DRM core function prototypes refer to functions that don't exist anymore and are thus obviously never called. Remove them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_gem.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c

[PATCH v2 02/16] drm: omapdrm: Make fbdev emulation optional

Don't compile the fbdev emulation code when fbdev emulation support is disabled. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/Makefile | 3 ++- drivers/gpu/drm/omapdrm/omap_debugfs.c | 4 drivers/gpu/drm/omapdrm/omap_drv.c | 4

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

The plane reset handler frees the plane state and allocates a new default state, but when doing so attempt to free the plane state using the base plane state pointer instead of casting it to the driver-specific state object that has been allocated. Fix it by using the

[PATCH v2 00/16] omapdrm: Implement dma_buf import

Hello, This patch series implements support for dma_buf import in the omapdrm driver. The patches are based on top of the latest drm-next branch and can be found in my git tree at git://linuxtv.org/pinchartl/fbdev.git omapdrm/dmabuf-import The first two patches are unrelated fixes and

[PATCH 08/15] drm: omapdrm: gem: Mask out private flags passed from userspace

Hi Emil, On Monday 07 December 2015 14:13:43 Emil Velikov wrote: > On 4 December 2015 at 22:27, Laurent Pinchart wrote: > > The 8 high order bits of the buffer flags are reserved for internal use. > > Mask them out from the flags passed by userspace. > > Ouch... I know that the Intel guys are

[PATCH 10/15] drm: omapdrm: gem: Free the correct memory object

Hi Tomi, On Monday 14 December 2015 13:45:44 Tomi Valkeinen wrote: > On 05/12/15 00:27, Laurent Pinchart wrote: > > The GEM object free handler frees memory allocated by the driver using > > the pointer to the drm_gem_object instead of the pointer to the > > omap_gem_object that embeds it. This

[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

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

[Bug 90777] radeon/audio: Removed CRC control programing broke HDMI audio in Linux 4.0

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/20151214/6d4953e1/attachment.html>

[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

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

[PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Marek, 2015년 12월 14일 18:15에 Marek Szyprowski 이(가) 쓴 글: > Hi Inki, > > On 2015-12-11 15:52, Inki Dae wrote: >> 2015-12-11 20:27 GMT+09:00 Marek Szyprowski : >>> On 2015-12-11 10:57, Inki Dae wrote: 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: > On

[Bug 93264] Tonga VM Faults since llvm ScheduleDAGInstrs: Rework schedule graph builder.

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

[Bug 93374] [radeonsi] Tonga (Radeon R9 380) hangs on running hello world OpenCL program

vel/attachments/20151214/d174a8e6/attachment.html>

[PATCH 0/2] Two small patches for MST

On Mon, Dec 14, 2015 at 05:14:47PM +, Wentland, Harry wrote: > Thanks, Alex. > > Dave, will you pick these up when pulling from Alex's tree if he includes > them? I stuffed them into drm-misc, should land still for 4.5. Cheers, Daniel > > Thanks, > Harry > >

[PATCH] drm/dp: Do not busy-loop during link training

On Mon, Dec 14, 2015 at 04:23:41PM +0100, Thierry Reding wrote: > On Mon, Dec 14, 2015 at 04:48:09PM +0200, Ville Syrjälä wrote: > > On Mon, Dec 14, 2015 at 02:21:56PM +0100, Thierry Reding wrote: > > > From: Thierry Reding > > > > > > Use microsecond sleeps for the clock recovery and channel

[PATCH 3/5] drm: Move more framebuffer doc from docbook to kerneldoc

On Mon, Dec 14, 2015 at 04:58:13PM +0100, Thierry Reding wrote: > On Tue, Dec 08, 2015 at 09:49:19AM +0100, Daniel Vetter wrote: > [...] > > @@ -187,6 +189,9 @@ struct drm_framebuffer_funcs { > > * copying the current screen contents to a private buffer and blending > > * between that

[Bug 93353] GRID Autosport crash on loading screen with an HD 6950

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/20151214/971a0207/attachment.html>

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

re 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/20151214/0d05f3ca/attachment.html>

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

the radeon module, right? -- 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/20151214/963ef07a/attachment.html>

[PATCH] android: fix warning when releasing active sync point

Userspace can close the sync device while there are still active fence points, in which case kernel produces the following warning: [ 43.853176] [ cut here ] [ 43.857834] WARNING: CPU: 0 PID: 892 at

[PATCH 0/2] Two small patches for MST

Thanks, Alex. Dave, will you pick these up when pulling from Alex's tree if he includes them? Thanks, Harry From: Alex Deucher Sent: Monday, December 14, 2015 10:26 AM To: Wentland, Harry Cc: Maling list - DRI developers Subject:

bisected: i915 modeset broken in ac9b8236551d1177fd07b56aef9b565d1864420d

On Mon, Dec 14, 2015 at 03:31:09PM +0200, Meelis Roos wrote: > Between 4.4-rc3 and 4.4-rc4, i915 modesetting broke on my i5-2400 PC. That would seem to be SNB. > Instead of seeing the new dense graphics mode, I see the last VGA text > lines and no X appears either. That's a bit weird. SNB has

[PATCH 2/5] drm/atomic-helper: Drop unneeded argument from check_pending_encoder

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

[PATCH 3/5] drm: Move more framebuffer doc from docbook to kerneldoc

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

[PATCH] drm/dp: Do not busy-loop during link training

On Mon, Dec 14, 2015 at 02:21:56PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Use microsecond sleeps for the clock recovery and channel equalization > delays during link training. The duration of these delays can be from > 100 us up to 16 ms. It is rude to busy-loop for that amount

[PATCH v2 8/8] drm/rockchip: dw_hdmi: use encoder enable function

encoder.enable is more compatible to atomic api than encoder.prepare/commit Signed-off-by: Mark Yao --- Changes in v2: None drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git

[PATCH] drm: Documentation style guide

> section I thought the colon was necessary for kerneldoc to turn it into a section? Overall, long overdue, so thanks for writing it up: Acked-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/1e83d589/attachment-0001.sig>

[PATCH v2 7/8] drm: bridge/dw_hdmi: add atomic API support

Fill atomic needed funcs with default atomic helper library. Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api, we need dw_hdmi support atomic funcs. Now another drm driver use dw_hdmi is imx, not yet atomic, so check DRIVER_ATOMIC at runtime to spilt atomic and not atomic. Cc:

[PATCH v2 6/8] drm/rockchip: direct config connecter gate and out_mode

Both connecter gate and out_mode are not conflict with mode set configure. Direct setting connecter gate and out_mode, that allow connector do rockchip_drm_crtc_mode_config after mode set. Signed-off-by: Mark Yao --- Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 40

[PATCH v2 5/8] drm/rockchip: support atomic asynchronous commit

If drm core requests a async commit, rockchip_drm_atomic_commit will schedule a work task to update later. Signed-off-by: Mark Yao --- Changes in v2: - serialize outstanding asynchronous commits drivers/gpu/drm/rockchip/rockchip_drm_drv.c |3 + drivers/gpu/drm/rockchip/rockchip_drm_drv.h

[PATCH v2 4/8] drm/rockchip: Optimization vop mode set

Rk3288 vop timing registers is immediately register, when configure timing on display active time, will cause tearing. use dclk reset is not a good idea to avoid this tearing. we can avoid tearing by using standby register. Vop standby register will take effect at end of current frame, and go

[PATCH v2 3/8] drm/rockchip: Convert to support atomic API

Rockchip vop not support hw vblank counter, needed check the committed register if it's really take effect. Signed-off-by: Mark Yao Signed-off-by: Tomasz Figa --- Changes in v2: - Optimization commit planes sequence. - Get vblank count on atomic_begin to protect vblank event. Adviced by Daniel

[PATCH v2 2/8] drm/rockchip: vop: replace dpms with enable/disable

For vop, power by enable/disable is more suitable then legacy dpms function, and enable/disable more closely to the new atomic API. Signed-off-by: Mark Yao --- Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 37 +++ 1 file changed, 4 insertions(+),

[PATCH v2 1/8] drm/rockchip: Use new vblank api drm_crtc_vblank_*

No functional update, drm_vblank_* is the legacy version of drm_crtc_vblank_*. and use new api make driver more clean. Signed-off-by: Mark Yao --- Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 13 +++-- drivers/gpu/drm/rockchip/rockchip_drm_drv.h |7 +++

[PATCH v2 0/8] drm/rockchip: covert to support atomic API

The series of patches coverting drm rockchip to atomic API, do some cleanup and some fixes on atomic side. TODO: fence is not support on current version. Tested on rk3288 popmetal board. All guys can test it with following url: test case: https://github.com/markyzq/libdrm.git atomictest

[PATCH] drm: Use the driver's gem_object_free function from CMA helpers.

VC4 wraps the CMA objects in its own structures, so it needs to do its own teardown (waiting for GPU to finish, updating bo_stats tracking). The other CMA drivers are using drm_gem_cma_free_object as their gem_free_object, so this should be a no-op for them. Signed-off-by: Eric Anholt ---

[PATCH] drm/dp: Do not busy-loop during link training

819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/3d2a283d/attachment.sig>

[Bug 93370] [r600g] OpenCL atomic_cmpxchg() segmentation fault on Caicos

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

drm/msm: msm-next for 4.5

Hi Dave, Main thing this time around is DSI support for msm8960/apq8064, which should be helpful for getting an upstream kernel working on nexus7/nexus4/etc. The following changes since commit 663a233eef643b38f36c05535cb5c9a4972edcc1: Merge branch 'drm-header-fixes' of

Implementing Miracast?

Hi On Thu, Dec 10, 2015 at 2:28 PM, Martin Peres wrote: > Yes, you are right, it will require changes for the non-X case. > > Since you spent a lot of time on it, could you share with us some of the > issues you found? We still think that using the DRM interface may be more > work, but at least

[Bug 93217] [tonga] [powerplay] Radon M395X isn't initialised with the powerplay branch

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/81887e71/attachment.html>

[GIT PULL] omapdrm fix for 4.4

Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/9429af8f/attachment.sig>

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

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/19f42ec2/attachment.html>

bisected: i915 modeset broken in ac9b8236551d1177fd07b56aef9b565d1864420d

Between 4.4-rc3 and 4.4-rc4, i915 modesetting broke on my i5-2400 PC. Instead of seeing the new dense graphics mode, I see the last VGA text lines and no X appears either. I saw something similar on I865G but have not had time to check if it is the same issue.

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

Hi Lucas, On lun., déc. 14 2015, Lucas Stach wrote: > Dove maintainers, > > can you please tell me if you prefer the DT changes to go along with the > rest of the etnaviv series through the DRM tree, or plan on picking this > separate? I prefer to take the DT change in the mvebu tree. I was

[patch] drm/tegra: checking for IS_ERR() instead of NULL

ks. Applied now, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/ab40cd58/attachment-0001.sig>

[PATCH 5/9] drm/tegra: dc: add missing of_node_put

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

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

Dove maintainers, can you please tell me if you prefer the DT changes to go along with the rest of the etnaviv series through the DRM tree, or plan on picking this separate? Regards, Lucas Am Mittwoch, den 09.12.2015, 12:48 +0100 schrieb Lucas Stach: > From: Russell King

[PATCH] drm/dp: Do not busy-loop during link training

From: Thierry Reding Use microsecond sleeps for the clock recovery and channel equalization delays during link training. The duration of these delays can be from 100 us up to 16 ms. It is rude to busy-loop for that amount of time. While at it, also convert to standard coding

[PATCH] vgaarb: fix signal handling in vga_get()

On Mon, Dec 14, 2015 at 11:20:00AM +0100, David Herrmann wrote: > Hi > > On Mon, Dec 14, 2015 at 9:19 AM, Kirill A. Shutemov > wrote: > > On Thu, Dec 10, 2015 at 11:28:58AM +0100, David Herrmann wrote: > >> Hi > >> > >> On Mon, Nov 30, 2015 at 3:17 AM, Kirill A. Shutemov > >> wrote: > >> >

[Bug 93264] Tonga VM Faults since llvm ScheduleDAGInstrs: Rework schedule graph builder.

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

[GIT PULL] exynos-drm-next

Hi Dave, This pull request includes runtime pm support, of_graph based dt binding support for DP(Display Port) panel and cleanups for Exynos DRM IPP enhancement. Summary: - Support runtime pm . In case of most ARM SoC, each IP has each power domain which should be controlled by

[PATCH 12/12] drm/dp: Add drm_dp_link_choose() helper

From: Thierry Reding This helper chooses an appropriate configuration, according to the bitrate requirements of the video mode and the capabilities of the DisplayPort sink. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 55

[PATCH 11/12] drm/dp: Read AUX read interval from DPCD

From: Thierry Reding Store the AUX read interval from DPCD, so that it can be used to wait for the durations given in the specification during link training. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 4 include/drm/drm_dp_helper.h | 17

[PATCH 10/12] drm/dp: Enable alternate scrambler when supported

From: Thierry Reding If the sink is eDP and supports the alternate scrambler reset, enable it. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 11 +++ include/drm/drm_dp_helper.h | 1 + 2 files changed, 12 insertions(+) diff --git

[PATCH 09/12] drm/dp: Add helper to get post-cursor adjustments

From: Thierry Reding If the transmitter supports pre-emphasis post cursor2 the sink will request adjustments in a similar way to how it requests adjustments to the voltage swing and pre-emphasis settings. Add a helper to extract these adjustments on a per-lane basis from the

[PATCH 08/12] drm/dp: Read eDP version from DPCD

From: Thierry Reding If the sink supports eDP, read the eDP revision from it's DPCD. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 15 +++ include/drm/drm_dp_helper.h | 8 2 files changed, 23 insertions(+) diff --git

[PATCH 07/12] drm/dp: Set channel coding on link configuration

From: Thierry Reding Make use of ANSI 8B/10B channel coding if the DisplayPort sink supports it. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 12 +++- include/drm/drm_dp_helper.h | 8 2 files changed, 19 insertions(+), 1

[PATCH 06/12] drm/dp: Read TPS3 capability from sink

From: Thierry Reding The TPS3 capability can be exposed by DP 1.2 and later sinks if they support the alternative training pattern for channel equalization. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 3 +++ include/drm/drm_dp_helper.h | 1 + 2

[PATCH 05/12] drm/dp: Read fast training capability from link

From: Thierry Reding While probing the DisplayPort link, query the fast training capability. If supported, drivers can use the fast link training sequence instead of the more involved full link training sequence. Signed-off-by: Thierry Reding ---

[PATCH 04/12] drm/dp: Probe link using existing parsing helpers

From: Thierry Reding Use existing parsing helpers to probe a DisplayPort link. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 29 ++--- include/drm/drm_dp_helper.h | 2 ++ 2 files changed, 24 insertions(+), 7 deletions(-)

[PATCH 03/12] drm/dp: Turn link capabilities into booleans

From: Thierry Reding Rather than storing capabilities as flags in an integer, use a separate boolean per capability. This simplifies the code that checks for these capabilities. Cc: Rob Clark Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c| 18

[PATCH 02/12] drm/dp: link: Track capabilities alongside settings

From: Thierry Reding Store capabilities in max_* fields and add separate fields for the currently selected settings. This is useful to allow the current link configuration to be stored without overwriting the capabilities. Cc: Rob Clark Signed-off-by: Thierry Reding ---

[PATCH 01/12] drm/dp: Add drm_dp_link_reset() implementation

From: Thierry Reding Subsequent patches will add non-volatile fields to struct drm_dp_link, so introduce a function to zero out only the volatile fields. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_dp_helper.c | 13 - 1 file changed, 12 insertions(+),

[PATCH 00/12] drm/dp: Extend DRM DP link helpers

From: Thierry Reding This set of patches extends the existing DRM DP link helpers by caching additional capabilities. It also reworks the helpers to make use of the existing parsing helpers to reduce code duplication. Thierry Thierry Reding (12): drm/dp: Add

[PATCH 10/15] drm: omapdrm: gem: Free the correct memory object

e: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151214/6e69a1ee/attachment.sig>

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

On 14 December 2015 at 08:12, Thierry Reding wrote: > On Sat, Dec 12, 2015 at 03:26:09PM +, Emil Velikov wrote: >> Hi Thierry, all, >> >> On 9 December 2015 at 17:37, Thierry Reding >> wrote: >> > From: Thierry Reding >> > >> > Some of the helpers, such as the pattern drawing helpers or

[Intel-gfx] [PATCH 9/9] drm/atomic: Add encoder_mask to crtc_state.

Op 04-12-15 om 09:12 schreef Daniel Vetter: > On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst wrote: >> Op 03-12-15 om 10:53 schreef Daniel Vetter: >>> On Tue, Nov 24, 2015 at 10:34:36AM +0100, Maarten Lankhorst wrote: This allows iteration over encoders without requiring

[Bug 93353] GRID Autosport crash on loading screen with an HD 6950

's related. -- 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/20151214/d668dedf/attachment.html>

linux-next: manual merge of the drm-misc tree with Linus' tree

Hi all, Today's linux-next merge of the drm-misc tree got conflicts in: drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c between commit: 8fbf9d92a7bc ("drm/vmwgfx: Implement the cursor_set2 callback v2") from Linus' tree and

[Intel-gfx] [RFC libdrm] intel: Add support for softpin

Kristian Høgsberg writes: > "Song, Ruiling" writes: > >>> -Original Message- >>> From: hoegsberg at gmail.com [mailto:hoegsberg at gmail.com] On Behalf Of >>> Kristian H?gsberg >>> Sent: Monday, December 14, 2015 1:34 PM >>> To: Song, Ruiling >>> Cc: Winiarski, Michal ; intel- >>> gfx

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

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: drivers/gpu/drm/i915/intel_dp.c between commit: 893da0c9bcb2 ("drm/i915: check for return value") from the drm-intel tree and commit: 13a3d91f17a5 ("drm: Pass 'name' to drm_encoder_init()") from the drm-misc

[Intel-gfx] [RFC libdrm] intel: Add support for softpin

On 14 December 2015 at 09:04, Daniel Vetter wrote: > On Mon, Dec 14, 2015 at 08:41:05AM +, Song, Ruiling wrote: >> >> >> > -Original Message- >> > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel >> > Vetter >> > Sent: Monday, December 14, 2015 4:28 PM >> >

[PATCH] drm/exynos: mixer: remove non-devicetree based initialization code

Exynos platform has been fully converted to device tree, so old platform device based init data can be now removed. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_mixer.c | 28 ++-- 1 file changed, 6 insertions(+), 22 deletions(-) diff --git

[PATCH] vgaarb: fix signal handling in vga_get()

Hi On Mon, Dec 14, 2015 at 9:19 AM, Kirill A. Shutemov wrote: > On Thu, Dec 10, 2015 at 11:28:58AM +0100, David Herrmann wrote: >> Hi >> >> On Mon, Nov 30, 2015 at 3:17 AM, Kirill A. Shutemov >> wrote: >> > There are few defects in vga_get() related to signal hadning: >> > >> > - we shouldn't

[GIT PULL] drm/arm/hdlcd -next

Hi Dave, I would like to include the HDLCD driver in the -next builds in preparation for inclusion into v4.5. It is a new driver so it should not impact much the overall DRM stability. Please let me know if there are any questions or issues. Many thanks, Liviu The following changes since

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

Am Freitag, den 11.12.2015, 15:02 +0800 schrieb Shawn Guo: > On Fri, Dec 04, 2015 at 03:00:04PM +0100, Lucas Stach wrote: > > This adds the device nodes for 2D, 3D and VG GPU cores. > > > > Signed-off-by: Russell King > > Signed-off-by: Lucas Stach > > --- > >

[Intel-gfx] [RFC libdrm] intel: Add support for softpin

"Song, Ruiling" writes: >> -Original Message- >> From: hoegsberg at gmail.com [mailto:hoegsberg at gmail.com] On Behalf Of >> Kristian H?gsberg >> Sent: Monday, December 14, 2015 1:34 PM >> To: Song, Ruiling >> Cc: Winiarski, Michal ; intel- >> gfx at lists.freedesktop.org; mesa-dev at

[PULL] topic/drm-misc

Hi Dave, Last (very likely at least) drm-misc pull for 4.5. 3 big things: - piles of docs for kms vtables. - drm.debug dmesg output prettification from Ville (i915 parts are for 4.6 I think) - connector mode probing/validating/merging cleanup from Ville. >From that last pile please cherry-pick

[PATCH 0/2] Two small patches for MST

On Mon, Dec 7, 2015 at 1:55 PM, Harry Wentland wrote: > Two minor patches for MST here. We were replying NACK to UP requests > when we intended to ACK them. We were also not filling in the vcpi > field for mst_mgr->payloads although it's defined. Saving the vcpi > simplifies the new amdgpu MST

[Intel-gfx] [RFC libdrm] intel: Add support for softpin

"Song, Ruiling" writes: >> -Original Message- >> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel >> Vetter >> Sent: Monday, December 14, 2015 4:28 PM >> To: Song, Ruiling >> Cc: krh at bitplanet.net; Winiarski, Michal ; >> mesa-dev at lists.freedesktop.org;

[PATCH] vgaarb: fix signal handling in vga_get()

On Thu, Dec 10, 2015 at 11:28:58AM +0100, David Herrmann wrote: > Hi > > On Mon, Nov 30, 2015 at 3:17 AM, Kirill A. Shutemov > wrote: > > There are few defects in vga_get() related to signal hadning: > > > > - we shouldn't check for pending signals for TASK_UNINTERRUPTIBLE > > case; > > >

[PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Inki, On 2015-12-11 15:52, Inki Dae wrote: > 2015-12-11 20:27 GMT+09:00 Marek Szyprowski : >> On 2015-12-11 10:57, Inki Dae wrote: >>> 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: On 2015-12-11 10:02, Inki Dae wrote: > I found out why NULL point access happened.

[Bug 93352] GRID Autosport crashes on start of race

lists.freedesktop.org/archives/dri-devel/attachments/20151214/00bfebcb/attachment.html>

[Intel-gfx] [RFC libdrm] intel: Add support for softpin

On Mon, Dec 14, 2015 at 08:41:05AM +, Song, Ruiling wrote: > > > > -Original Message- > > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel > > Vetter > > Sent: Monday, December 14, 2015 4:28 PM > > To: Song, Ruiling > > Cc: krh at bitplanet.net; Winiarski,

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

s resolving the conflict much harder. 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/201512

  1   2   >