[PULL] drm-intel-fixes

On 2 January 2016 at 23:56, Jani Nikula wrote: > > Hi Dave, Linus - Hi Linus, can you pull this directly, baby has arrived, but I'm not back at work yet. Dave. > > Two display fixes still for v4.4. > > The new year's resolution is to start using signed tags per Linus' > request. This one is

[PATCH RESEND 3/3] drm: adv7511: it's HPD, not HDP

From: Wolfram Sang Fix this typo, consequently used over both files :) Signed-off-by: Wolfram Sang --- drivers/gpu/drm/i2c/adv7511.c | 22 +++--- drivers/gpu/drm/i2c/adv7511.h | 12 ++-- 2 files

[PATCH RESEND 1/3] drm: adv7511: really enable interrupts for EDID detection

From: Wolfram Sang The interrupts for EDID_READY or DDC_ERROR were never enabled in this driver, so reading EDID always timed out when chip was powered down and interrupts were used. Fix this and remove clearing the interrupt flags, they are cleared in

[PATCH RESEND 2/3] drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile

From: Wolfram Sang This register includes a counter which is decremented by the chip on I2C failures. Also, it is reset when powering down. Signed-off-by: Wolfram Sang --- drivers/gpu/drm/i2c/adv7511.c | 1 + 1 file

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

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

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

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

[PATCH RESEND 1/3] drm: adv7511: really enable interrupts for EDID detection

On 01/04/2016 08:03 AM, Wolfram Sang wrote: > From: Wolfram Sang > > The interrupts for EDID_READY or DDC_ERROR were never enabled in this > driver, so reading EDID always timed out when chip was powered down and > interrupts were used. Fix this and remove

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

On Mon, Dec 28, 2015 at 11:22:52AM +0100, Thierry Reding wrote: > On Wed, Dec 16, 2015 at 06:18:25PM +0100, Daniel Vetter wrote: > > Another pile of vfuncs from the old gpu.tmpl xml documentation that > > I've forgotten to delete. I spotted a few more things to > > clarify/extend in the new

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

Another pile of vfuncs from the old gpu.tmpl xml documentation that I've forgotten to delete. I spotted a few more things to clarify/extend in the new kerneldoc while going through this once more. v2: Spelling fixes (Thierry). Cc: Laurent Pinchart Cc: Thierry Reding Signed-off-by: Daniel

[PATCH 2/9] drm/gma500: use to_pci_dev()

On Sun, Dec 27, 2015 at 06:45:58PM +0800, Geliang Tang wrote: > Use to_pci_dev() instead of open-coding it. > > Signed-off-by: Geliang Tang Applied to drm-misc, thanks. -Daniel > --- > drivers/gpu/drm/gma500/power.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[RFC PATCH] fbdev: add support for Sigma Designs' smp8xxxfb.ko

On Wed, Dec 30, 2015 at 12:32:00PM +0200, Tomi Valkeinen wrote: > > > On 30/12/15 11:31, Sebastian Frias wrote: > > Hi, > > > > On 12/30/2015 09:06 AM, Tomi Valkeinen wrote: > >> > >> Also note that I don't want new fbdev drivers into the mainline kernel. > >> You should implement a DRM based

[PATCH] drm/dp/mst: constify drm_dp_mst_topology_cbs structures

On Wed, Dec 30, 2015 at 10:20:30PM +0100, Julia Lawall wrote: > The drm_dp_mst_topology_cbs structures are never modified, so declare them > as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied to drm-misc, thanks. -Daniel > > --- >

[PATCH] vga_switcheroo: Prettify documentation

On Sat, Jan 02, 2016 at 06:47:17PM +0100, Lukas Wunner wrote: > Fix indentation of vga_switcheroo sections in gpu.tmpl. > > Change section type of API documentation from "chapter" to "sect1" > so that the individual functions no longer clutter up the ToC. > Group together under a new "API"

[Bug 93144] [radeonsi] Alien: Isolation bug

in since now we have both compute and tessellation support in place for i965. -- 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/20160104/a2c4028b/attachment-0001.html>

[PATCH] drm: powerplay: use div64_s64 instead of do_div

ble URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/545a939c/attachment.sig>

[PATCH 4/3] drm: arm-hdlcd: add explictit DRM dependency

ng to add another driver it can simply have a separate Kconfig entry. There should be no need to select the vendor option first. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not ava

[PATCH 3/3] drm: arm-hdlcd: fix build warnings for !CONFIG_PM

pplication/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/9e2bae63/attachment.sig>

[PATCH 2/3] drm: arm-hdlcd: remove COMMON_CLK_SCPI select

-- 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/20160104/109467e9/attachment.sig>

[PATCH] drm: arm-hdlcd: remove DMA_CMA select

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/20160104/e10f1e0d/attachment.sig>

[PATCH] tests/kms-steal-crtc: Include sys/select.h

ust be pulled in some other way on my system, but this looks correct: Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.f

[PATCH 4/3] drm: arm-hdlcd: add explictit DRM dependency

On Monday 04 January 2016 09:24:16 Thierry Reding wrote: > > Ugh... wouldn't it be much simpler to get rid of DRM_ARM? It seems like > a completely superfluous option to me. I don't think we've ever had the > equivalent of "vendor" Kconfig options in DRM, and I don't see why we'd > need to start

[PATCH] tests/kms-steal-crtc: Include sys/select.h

On 4 January 2016 at 08:38, Thierry Reding wrote: > On Wed, Dec 30, 2015 at 07:51:55AM +, Khem Raj wrote: >> Fixes errors e.g. >> >> error: implicit declaration of function 'select' >> >> and missing definitions of FD_* defines >> >> Signed-off-by: Khem Raj >> --- >>

[PATCH 1/3] drm: Balance error path for GEM handle allocation

The current error path for failure when establishing a handle for a GEM object is unbalance, e.g. we call object_close() without calling first object_open(). Use the typical onion structure to only undo what has been set up prior to the error. Signed-off-by: Chris Wilson ---

[PATCH 2/3] drm: Only bump object-reference count when adding first handle

We only need a single reference count for all handles (i.e. non-zero obj->handle_count) and so can trim a few atomic operations by only taking the reference on the first handle and dropping it after the last. Signed-off-by: Chris Wilson --- drivers/gpu/drm/drm_gem.c | 17 - 1

[PATCH 3/3] drm: Use a normal idr allocation for the obj->name

Unlike the handle, the name table uses a sleeping mutex rather than a spinlock. The allocation is in a normal context, and we can use the simpler sleeping gfp_t, rather than have to take from the atomic reserves. Signed-off-by: Chris Wilson --- drivers/gpu/drm/drm_gem.c | 4 +--- 1 file

[PATCH 1/3] drm: Balance error path for GEM handle allocation

On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote: > The current error path for failure when establishing a handle for a GEM > object is unbalance, e.g. we call object_close() without calling first > object_open(). Use the typical onion structure to only undo what has > been set up

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

to mapped ptr : 1.92 Kernel launch latency : 267.44 us -- 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/20160104/1c7a8

[Bug 93575] Unigine Heaven shows unexpected light stripes

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/92f74686/attachment.html>

[Bug 93575] Unigine Heaven shows unexpected light stripes

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

[PATCH] drm/radeon: Update radeon_get_vblank_counter_kms()

keep "crtc" for cases where we deal with struct drm_crtc objects. 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/20160104/e9866ab8/attachment.sig>

[RFC PATCH v1 0/2] Add RK3229 vop support

Add RK3229 vop support Yakir Yang (2): drm/rockchip: vop: add rk3229 vop support dt-bindings: add document for rk3229-vop .../bindings/display/rockchip/rockchip-vop.txt | 1 + drivers/gpu/drm/rockchip/rockchip_drm_vop.c| 7 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h

[RFC PATCH v1 1/2] drm/rockchip: vop: add rk3229 vop support

RK3228 registers layout is simalar to RK3288 layout, only the interruput registers is different to RK3288. RK3228 support two overlay plane and one hwc plane, max output resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's. Signed-off-by: Yakir Yang ---

[RFC PATCH v1 2/2] dt-bindings: add document for rk3229-vop

Signed-off-by: Yakir Yang --- Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt index

[RFC PATCH v1 1/2] drm/rockchip: vop: add rk3229 vop support

RK3229 registers layout is simalar to RK3288 layout, only the interruput registers is different to RK3288. RK3229 support two overlay plane and one hwc plane, max output resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's. Signed-off-by: Yakir Yang ---

[RFC PATCH v1 1/2] drm/rockchip: vop: add rk3229 vop support

Sorry, there shouldn't have the "3228" prefix, %s/3228/3229 I have send the new patch out, please ignore this one. Thanks, - Yakir On 01/04/2016 07:50 PM, Yakir Yang wrote: > RK3228 registers layout is simalar to RK3288 layout, only the > interruput registers is different to RK3288. > >

[PATCH] drm/exynos: fix kernel panic issue at drm releasing

Hi Daniel, 2015년 12월 24일 22:32에 Daniel Stone 이(가) 쓴 글: > Hi Inki, > > On 24 December 2015 at 09:10, Inki Dae wrote: >> +void exynos_drm_crtc_cancel_page_flip(struct drm_crtc *crtc) >> +{ >> + struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc); >> + unsigned

[PATCH v2 2/6] drm/atomic: Add __drm_atomic_helper_connector_reset, v2.

This is useful for drivers that subclass connector_state, like tegra. Changes since v1: - Docbook updates. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 30 ++ include/drm/drm_atomic_helper.h | 2 ++ 2 files changed, 28

[PATCH v2 3/6] drm/tegra: Use __drm_atomic_helper_reset_connector for subclassing connector state, v2.

Changes since v1: - Do not reset if state allocation fails. Signed-off-by: Maarten Lankhorst Acked-by: Thierry Reding #irc --- drivers/gpu/drm/tegra/dsi.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c

[PATCH v2 1/6] drm/i915: Set connector_state->connector using the helper.

The atomic helper sets connector_state->connector, which the i915 code didn't. This will become a problem when we start using it. Signed-off-by: Maarten Lankhorst Acked-by: Thierry Reding --- drivers/gpu/drm/i915/intel_display.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff

[PATCH v2 5/6] drm/i915: Update connector_mask during readout.

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index 1e42309ec40a..b76778d76035 100644 ---

[PATCH v2 4/6] drm/atomic: add connector mask to drm_crtc_state.

It can be useful to iterate over connectors without grabbing connection_mutex. It can also be used to see how many connectors are on a crtc without iterating over the list. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c | 11 +++ include/drm/drm_crtc.h | 3 +++

[PATCH v2 6/6] drm/atomic: Remove drm_atomic_connectors_for_crtc.

Now that connector_mask is reliable there's no need for this function any more. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c| 30 -- drivers/gpu/drm/drm_atomic_helper.c | 10 -- drivers/gpu/drm/vc4/vc4_crtc.c | 2 +-

[RFC PATCH v1 1/2] drm/rockchip: vop: add rk3229 vop support

Hi Yakir, Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang: > RK3229 registers layout is simalar to RK3288 layout, only the > interruput registers is different to RK3288. > > RK3229 support two overlay plane and one hwc plane, max output > resolution is 4K. it support IOMMU, and its IOMMU

[PATCH v3 1/7] drm/exynos: rename zpos to index

Hi Marek, 2015년 12월 28일 21:34에 Marek Szyprowski 이(가) 쓴 글: > Hello, > > On 2015-12-24 09:15, Inki Dae wrote: >> Seems this patch could be more cleaned up. >> >> Each ctx object of each crtc driver has its own plane config object which >> includes already zpos value. >> So I think

[PATCH] drm: powerplay: use div64_s64 instead of do_div

On 01.01.2016 14:07, Arnd Bergmann wrote: > The newly added code for Fiji creates a correct compiler warning > about invalid use of the do_div macro: > > In file included from powerplay/hwmgr/ppatomctrl.c:31:0: > drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h: In function > 'fDivide':

[patch] drm/etnaviv: unlock on error in etnaviv_gem_get_iova()

We have to drop a lock before returning -ENOMEM here. Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem.c b/drivers/gpu/drm/etnaviv/etnaviv_gem.c index 8d6f859..9f77c3b 100644 ---

[patch] drm/etnaviv: unlock on error in etnaviv_gem_get_iova()

> We have to drop a lock before returning -ENOMEM here. > > Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver') > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem.c > b/drivers/gpu/drm/etnaviv/etnaviv_gem.c > index 8d6f859..9f77c3b 100644 > ---

[patch] drm/etnaviv: unlock on error in etnaviv_gem_get_iova()

On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote: > We have to drop a lock before returning -ENOMEM here. > > Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver') > Signed-off-by: Dan Carpenter diffstat missing? In any case, the patch is correct, thanks. Acked-by:

[PATCH v2] i915: correctly handling failed allocation

On Wed, 30 Dec 2015, Insu Yun wrote: > Since devm_kzalloc can be failed, it needs to be checked > if not, NULL dereference could be happened. > > Signed-off-by: Insu Yun Pushed to drm-intel-next-queued, thanks for the patch. BR, Jani. > --- > drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 2 ++

[RFC PATCH v1 2/2] dt-bindings: add document for rk3229-vop

On Mon, Jan 04, 2016 at 07:50:30PM +0800, Yakir Yang wrote: > > Signed-off-by: Yakir Yang > --- > Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by: Rob Herring

[patch] drm/etnaviv: unlock on error in etnaviv_gem_get_iova()

Am Montag, den 04.01.2016, 13:54 + schrieb Russell King - ARM Linux: > On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote: > > We have to drop a lock before returning -ENOMEM here. > > > > Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver') > > Signed-off-by: Dan

[patch] drm/etnaviv: unlock on error in etnaviv_gem_get_iova()

On Mon, Jan 04, 2016 at 03:13:22PM +0100, Lucas Stach wrote: > Am Montag, den 04.01.2016, 13:54 + schrieb Russell King - ARM > Linux: > > On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote: > > > We have to drop a lock before returning -ENOMEM here. > > > > > > Fixes: a8c21a5451d8

[PATCH RESEND 3/3] drm: adv7511: it's HPD, not HDP

On 01/04/2016 03:33 AM, Wolfram Sang wrote: > From: Wolfram Sang > > Fix this typo, consequently used over both files :) > > Signed-off-by: Wolfram Sang Acked-by: Lars-Peter Clausen Thanks.

[PATCH RESEND 2/3] drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile

Hi Wolfram, Thank you for the patch. On Monday 04 January 2016 03:33:46 Wolfram Sang wrote: > From: Wolfram Sang > > This register includes a counter which is decremented by the chip on I2C > failures. Also, it is reset when powering down. > >

[PATCH RESEND 3/3] drm: adv7511: it's HPD, not HDP

Hi Wolfram, Thank you for the patch. On Monday 04 January 2016 03:33:47 Wolfram Sang wrote: > From: Wolfram Sang > > Fix this typo, consequently used over both files :) > > Signed-off-by: Wolfram Sang Reviewed-by:

[PATCH RESEND 1/3] drm: adv7511: really enable interrupts for EDID detection

Hi Wolfram, Thank you for the patch. On Monday 04 January 2016 03:33:45 Wolfram Sang wrote: > From: Wolfram Sang > > The interrupts for EDID_READY or DDC_ERROR were never enabled in this > driver, so reading EDID always timed out when chip was powered down

[PATCH RESEND 1/3] drm: adv7511: really enable interrupts for EDID detection

Hi Laurent, On Mon, Jan 4, 2016 at 3:37 PM, Laurent Pinchart wrote: > On Monday 04 January 2016 03:33:45 Wolfram Sang wrote: >> From: Wolfram Sang >> >> The interrupts for EDID_READY or DDC_ERROR were never enabled in this >> driver, so reading EDID always

[Bug 93577] Total war: Attila crashes at startup

ing else, but they do not state what's missing/buggy in the Mesa drivers. Thanks! -- 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/2016

[PATCH 1/3] drm: Balance error path for GEM handle allocation

On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote: > The current error path for failure when establishing a handle for a GEM > object is unbalance, e.g. we call object_close() without calling first > object_open(). Use the typical onion structure to only undo what has > been set up

[Bug 93551] Divinity: Original Sin Enhanced Edition(Native) crash on start

doesn't properly check extension support, for example. -- 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/20160104/233da46a/attachment.html>

[PATCH 2/3] drm: Only bump object-reference count when adding first handle

On Mon, Jan 04, 2016 at 10:11:00AM +, Chris Wilson wrote: > We only need a single reference count for all handles (i.e. non-zero > obj->handle_count) and so can trim a few atomic operations by only > taking the reference on the first handle and dropping it after the last. > > Signed-off-by:

[PATCH 3/3] drm: Use a normal idr allocation for the obj->name

On Mon, Jan 04, 2016 at 10:11:01AM +, Chris Wilson wrote: > Unlike the handle, the name table uses a sleeping mutex rather than a > spinlock. The allocation is in a normal context, and we can use the > simpler sleeping gfp_t, rather than have to take from the atomic > reserves. > >

[Bug 76484] [radeonsi] Strike Suit Zero fail to start

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/31ba3f5f/attachment.html>

[PATCH 1/3] drm: Balance error path for GEM handle allocation

On Mon, Jan 04, 2016 at 10:18:50AM +, Chris Wilson wrote: > On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote: > > The current error path for failure when establishing a handle for a GEM > > object is unbalance, e.g. we call object_close() without calling first > > object_open().

[Intel-gfx] [PATCH 1/3] drm: Balance error path for GEM handle allocation

On Mon, Jan 04, 2016 at 05:24:11PM +0200, Ville Syrjälä wrote: > On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote: > > The current error path for failure when establishing a handle for a GEM > > object is unbalance, e.g. we call object_close() without calling first > > object_open().

[PATCH 1/3] drm: Balance error path for GEM handle allocation

On Mon, Jan 04, 2016 at 05:33:45PM +0200, Ville Syrjälä wrote: > On Mon, Jan 04, 2016 at 10:18:50AM +, Chris Wilson wrote: > > On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote: > > > The current error path for failure when establishing a handle for a GEM > > > object is

[Bug 93546] Civilization 5 - Leaders in the diplomatic interactions screen appear completely black

bitness. -- 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/20160104/a90f2ce1/attachment.html>

[PATCH] drm: powerplay: use div64_s64 instead of do_div

On Fri, Jan 1, 2016 at 8:07 AM, Arnd Bergmann wrote: > The newly added code for Fiji creates a correct compiler warning > about invalid use of the do_div macro: > > In file included from powerplay/hwmgr/ppatomctrl.c:31:0: > drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h: In function >

[PATCH] drm/radeon: Update radeon_get_vblank_counter_kms()

From: Thierry Reding Commit 88e72717c2de ("drm/irq: Use unsigned int pipe in public API") updated the prototype of this function but not the implementation. This wasn't noticed even through compile tests because the prototype is part of the source file that uses it and hence

[PATCH 0/8] Add ASoC support for AMD APUs [v6]

asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/a8059dda/attachment.sig>

[PATCH RESEND 2/3] drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile

chment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/dfa5a005/attachment.sig>

[PATCH RESEND 1/3] drm: adv7511: really enable interrupts for EDID detection

e flags. Shall I rephrase? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/07977b9d/attachment-0001.sig>

[PATCH] drm/radeon: Update radeon_get_vblank_counter_kms()

On Mon, Jan 4, 2016 at 10:44 AM, Thierry Reding wrote: > From: Thierry Reding > > Commit 88e72717c2de ("drm/irq: Use unsigned int pipe in public API") > updated the prototype of this function but not the implementation. This > wasn't noticed even through compile tests because the prototype is

[PATCH 0/1] apple-gmux: Add initial documentation

Initial documentation for apple-gmux. If anyone has additions or corrections please let me know. This uses asciidoc markup, an HTML rendered version is available here: http://wunner.de/gpu_docs/handlers.html If you prefer perusing the patch in a browser:

[PATCH 1/1] apple-gmux: Add initial documentation

Document what I've learned so far about the gmux so that we can collaboratively reverse-engineer its remaining unknown bits without everyone having to start from scratch. The DOC sections are bound together in the gpu.tmpl DocBook under a new vga_switcheroo "Handlers" chapter. Eventually this

[PATCH] drm/radeon: Drop unnecessary unsigned int < 0 check

From: Thierry Reding Unsigned integers can never be negative, so drop this check. Cc: Christian König Cc: Alex Deucher Signed-off-by: Thierry Reding --- drivers/gpu/drm/radeon/radeon_kms.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] drm/radeon: Update radeon_get_vblank_counter_kms()

dback so it's > already in drm-next, any change you could spin a new patch to just > drop the < 0 check? Done. 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/20160104/1d5ee0d6/attachment-0001.sig>

[PATCH 0/4] Component helper updates

On Mon, Dec 07, 2015 at 03:01:43PM +, Russell King - ARM Linux wrote: > Given the lack of interest in these patches, I've put these into my > "for-next" branch so that they can get some exposure in linux-next. These have been in for-next, and no one's reported any issues. I've now queued

[PATCH 0/4] drm DP MST fixes

I've applied these to my tree. Resending with Acks and stable cc'ed as per Dave's request. Mykola Lysenko (4): drm/dp/mst: process broadcast messages correctly drm/dp/mst: always send reply for UP request drm/dp/mst: fix in MSTB RAD initialization drm/dp/mst: fix in RAD element access

[PATCH 1/4] drm/dp/mst: process broadcast messages correctly

From: Mykola Lysenko In case broadcast message received in UP request, RAD cannot be used to identify message originator. Message should be parsed, originator should be found by GUID from parsed message. Also reply with broadcast in case broadcast message received (for

[PATCH 2/4] drm/dp/mst: always send reply for UP request

From: Mykola Lysenko We should always send reply for UP request in order to make downstream device clean-up resources appropriately. Issue was that reply for UP request was sent only once. Acked-by: Dave Airlie Signed-off-by: Mykola Lysenko Signed-off-by: Alex Deucher

[PATCH 3/4] drm/dp/mst: fix in MSTB RAD initialization

From: Mykola Lysenko This fix is needed to support more then two branch displays, so RAD address consist at least of 2 elements Acked-by: Dave Airlie Signed-off-by: Mykola Lysenko Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 4/4] drm/dp/mst: fix in RAD element access

From: Mykola Lysenko This is needed to receive correct port number from RAD, so MSTB could be found Acked-by: Dave Airlie Signed-off-by: Mykola Lysenko Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/drm_dp_mst_topology.c | 4 ++-- 1

[PATCH] drm/radeon: Drop unnecessary unsigned int < 0 check

On Mon, Jan 4, 2016 at 12:19 PM, Thierry Reding wrote: > From: Thierry Reding > > Unsigned integers can never be negative, so drop this check. > > Cc: Christian König > Cc: Alex Deucher > Signed-off-by: Thierry Reding Applied. thanks! Alex > --- > drivers/gpu/drm/radeon/radeon_kms.c | 2

[PATCH v8 00/13] MT8173 DRM support

Hi, this MT8173 DRM update changes the clock bindings once more, as the MIPI_TX D-PHY and the HDMI PHY have internal PLLs that are better abstracted using the common clock framework. The clock outputs of the PHY modules are routed to the respective encoders, in the HDMI case by way of the TOP

[PATCH v8 01/13] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

From: CK Hu Add device tree binding documentation for the display subsystem in Mediatek MT8173 SoCs. Signed-off-by: CK Hu Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- Changes since v7: - Add 26 MHz PLL reference input clocks and DSI high-speed output clocks

[PATCH v8 02/13] drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.

From: CK Hu This patch adds an initial DRM driver for the Mediatek MT8173 DISP subsystem. It currently supports two fixed output streams from the OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively. Signed-off-by: CK Hu Signed-off-by: YT Shen Signed-off-by: Daniel Kurtz

[PATCH v8 03/13] drm/mediatek: Add DSI sub driver

From: CK Hu This patch add a drm encoder/connector driver for the MIPI DSI function block of the Mediatek display subsystem and a phy driver for the MIPI TX D-PHY control module. Signed-off-by: Jitao Shi Signed-off-by: Philipp Zabel --- Changes since v7: - Select the

[PATCH v8 05/13] dt-bindings: drm/mediatek: Add Mediatek HDMI dts binding

Add the device tree binding documentation for Mediatek HDMI, HDMI PHY and HDMI DDC devices. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- Changes since v7: - Add the HDMI PLL clock output that is fed back into the TOP clock module. - Switch the hdmi_sel mux to it in the example.

[PATCH v8 04/13] drm/mediatek: Add DPI sub driver

From: Jie Qiu Add DPI connector/encoder to support HDMI output via the attached HDMI bridge. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel --- Changes since v7: - Fix mtk_dpi_power_on reference counting - Make mtk_dpi_power_off return void ---

[PATCH v8 06/13] drm/mediatek: Add HDMI support

From: Jie Qiu This patch adds drivers for the HDMI bridge connected to the DPI0 display subsystem function block, for the HDMI DDC block, and for the HDMI PHY to support HDMI output. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel --- Changes since v7: - Fill ELD

[PATCH v8 07/13] drm/mediatek: enable hdmi output control bit

From: Jie Qiu MT8173 HDMI hardware has a output control bit to enable/disable HDMI output. Because of security reason, so this bit can ONLY be controlled in ARM supervisor mode. Now the only way to enter ARM supervisor is the ARM trusted firmware. So atf provides a API for

[PATCH v8 08/13] arm64: dts: mt8173: Add display subsystem related nodes

From: CK Hu This patch adds the device nodes for the DISP function blocks comprising the display subsystem. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel --- Changes since v7: - Add 26 MHz

[PATCH v8 10/13] clk: mediatek: make dpi0_sel propagate rate changes

This mux is supposed to select a fitting divider after the PLL is already set to the correct rate. Signed-off-by: Philipp Zabel Acked-by: James Liao --- Changes since v7: - The hdmi_sel mux is kept to propagate rate changes, selecting the divider from the driver would only be necessary

[PATCH v8 09/13] arm64: dts: mt8173: Add HDMI related nodes

From: CK Hu This patch adds the device nodes for the HDMI encoder, HDMI PHY, and HDMI CEC modules. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel --- Changes since v7: - Describe HDMI PHY

[PATCH v8 11/13] clk: mediatek: Add hdmi_ref HDMI PHY PLL reference clock output

The configurable hdmi_ref output of the PLL block is derived from the tvdpll_594m clock signal via a configurable PLL post-divider. It is used as the PLL reference input to the HDMI PHY module. Signed-off-by: Philipp Zabel Acked-by: James Liao --- drivers/clk/mediatek/clk-mt8173.c | 5

[PATCH v8 12/13] dt-bindings: hdmi-connector: add DDC I2C bus phandle documentation

Add an optional ddc-i2c-bus phandle property that points to an I2C master controller that handles the connector DDC pins. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v8 13/13] clk: mediatek: remove hdmitx_dig_cts from TOP clocks

The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m, but is routed out of the HDMI PHY module. Signed-off-by: Philipp Zabel --- drivers/clk/mediatek/clk-mt8173.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clk/mediatek/clk-mt8173.c b/drivers/clk/mediatek/clk-mt8173.c

radeon framebuffer tiling

Hi, dce4_crtc_do_set_base is the only location in which EVERGREEN_GRPH_CONTROL is updated. This currently configures a non-tiled framebuffer on my SI system. This design prevents drmModePageFlip from handling a framebuffer with a different tiling configuration. Is this the intended

radeon framebuffer tiling

On Mon, Jan 4, 2016 at 12:57 PM, Jay Cornwall wrote: > Hi, > > dce4_crtc_do_set_base is the only location in which EVERGREEN_GRPH_CONTROL > is updated. This currently configures a non-tiled framebuffer on my SI > system. > > This design prevents drmModePageFlip from handling a framebuffer with a

  1   2   >