[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

eiving 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/20170103/7974401b/attachment.html>

Re: [PATCH V7 1/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Hi Rob, Thank you for the review. On 03 January, 2017 23:51 CET, Rob Herring wrote: > On Sun, Jan 01, 2017 at 09:24:29PM +0100, Peter Senna Tschudin wrote: > > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > > display bridge. > > > > Cc: Martyn Welch > > Cc: Martin Donnelly

[Bug 98604] [VDPAU, DRI3] Fullscreen flash video fails when hardware acceleration is enabled.

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/20170103/178511d8/attachment.html>

[Bug 98604] [VDPAU, DRI3] Fullscreen flash video fails when hardware acceleration is enabled.

v24 and removed the hardware-accelerated v11 plugin from the Yum repository :-| -- 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/attachment

Implementing Miracast

On 03/01/17 22:47, Jani Nikula wrote: > On Fri, 23 Dec 2016, norbert wrote: >> Hello, >> about a year ago there was a discussion about Implementing Miracast on >> this list: >> >> https://lists.freedesktop.org/archives/dri-devel/2015-December/096035.html >> >> Since then I could not find further

[Bug 99120] VERDE 7770 - glxdemo, vlc/glx, weston fail with garbled screen. Elsewhere blurry text rendering when focus lost

nal bug report: https://bugs.freedesktop.org/show_bug.cgi?id=99120 -- 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/20170103/f18eeb32/attachment.html>

[Bug 98604] [VDPAU, DRI3] Fullscreen flash video fails when hardware acceleration is enabled.

h DRI2? Asking becuase DRI2 seems now affected also. -- 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/20170103/6b0dd92d/attachment.html>

Implementing Miracast

On Fri, 23 Dec 2016, norbert wrote: > Hello, > about a year ago there was a discussion about Implementing Miracast on > this list: > > https://lists.freedesktop.org/archives/dri-devel/2015-December/096035.html > > Since then I could not find further information about that topic there. > So maybe

[PATCH] uapi: use wildcards to list files

On Tuesday, January 3, 2017 3:35:44 PM CET Nicolas Dichtel wrote: > Regularly, when a new header is created in include/uapi/, the developer > forgets to add it in the corresponding Kbuild file. This error is usually > detected after the release is out. > > In fact, all headers under include/uapi/

[Bug 99253] Radeon R7 370 / R9 270X/370X PCIe Bus Error: severity=Uncorrected (Fatal)

nts/20170103/35187e5c/attachment.html>

[PATCH 07/10] drm/i915/psr: set PSR_MASK bits for deep sleep

Program EDP_PSR_DEBUG_CTL (PSR_MASK) to enable system to go to deep sleep while in psr2.PSR2_STATUS bit 31:28 should report value 8 , if system enters deep sleep state. Also, EDP_FRAMES_BEFORE_SU_ENTRY is set 1 , if not set, flickering is observed on psr2 panel. v2: (Ilia Mirkin) - Remove

[Bug 98238] witcher 2: objects are black when changing lod

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/af8f399d/attachment-0001.html>

[Bug 99261] Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on switch to amdgpudrmfb

eally touched the vbios fetching code in a long time, so if you are seeing a regression, it's probably somewhere else. -- 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/20170103/d833d30b/attachment.html>

[Bug 99261] Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on switch to amdgpudrmfb

Thx. -- 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/20170103/a0fb54b5/attachment.html>

[Bug 99264] Deterministic crash on RX460 "NULL pointer dereference"

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/f5d98f9f/attachment.html>

[Bug 99264] Deterministic crash on RX460 "NULL pointer dereference"

/lists.freedesktop.org/archives/dri-devel/attachments/20170103/e3c98d96/attachment-0001.html>

[PATCH] drm/via: use get_user_pages_unlocked()

Hi All, Just a gentle ping on this one :) Cheers, Lorenzo On 1 November 2016 at 19:43, Lorenzo Stoakes wrote: > Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code > and takes advantage of VM_FAULT_RETRY functionality when faulting in pages. > > Signed-off-by: Lorenzo

[PATCH v2] drm: add fourcc codes for 16bit R and GR

From: Rainer Hochecker Now sent with git send-email: Signed-off-by: Rainer Hochecker --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h index a5890bf..f1ef9cb 100644

[Bug 99120] VERDE 7770 - glxdemo, vlc/glx, weston fail with garbled screen. Elsewhere blurry text rendering when focus lost

too. See if the revision/subsystem id's match up with our developer. -- 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/20170

[PATCH] drm: add fourcc codes for 16bit R and GR

On Tuesday, 2017-01-03 17:56:10 +0100, Rainer Hochecker wrote: > On Mon, Jan 2, 2017 at 3:31 PM, Rainer Hochecker > wrote: > > > > I chose GR16 because that matches with Mesa texture formats. Unfortunately > > RG16 is already taken by DRM_FORMAT_RGB565 > > So GR32 / RG32 might be better. All

[PATCH 5/5] drm/sti: do not check hw scaling if mode is not set

Fix a division by 0 case : in some cases, when the HQVDP plane is being disabled atomic_check() is called with "mode->clock = 0". In that case, do not check for scaling capabilities. Change-Id: I7fb752ab394211c3deafa149f52cfb2bca244e84 Signed-off-by: Fabien Dessenne ---

[PATCH 4/5] drm/sti: do not sync SETPROPERTY on vblank if not ATOMIC

If the client does not set the ATOMIC capability, do not wait for vblank before returning an DRM_IOCTL_MODE_OBJ_SETPROPERTY call. In this way, a legacy framework (eg non-atomic Weston) can call several SETPROPERTY within the same Vsync cycle. This is implemented by setting the

[PATCH 3/5] drm/sti: do not sync SETPLANE on vblank if not ATOMIC

If the client does not set the ATOMIC capability, do not wait for vblank before returning an DRM_IOCTL_MODE_SETPLANE call. In this way, a legacy framework (eg non-atomic Weston) can call several SETPLANE within the same Vsync cycle. This is implemented by setting the legacy_cursor_update flag,

[PATCH 2/5] drm/sti: add drm_file to sti_private

Store the drm_file *filp in sti_private, so the driver can access more configuration information like the client capabilities. Change-Id: Ib8f305f1a41b4fdfe56f80294cd79e5dc44433ee Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_drv.c | 10 ++ drivers/gpu/drm/sti/sti_drv.h |

[PATCH 1/5] drm/sti: use atomic_helper for commit

Since nonblocking atomic commits are now supported, the driver can now use drm_atomic_helper_commit(). Change-Id: I3e49872b0dc9e79ca652bec7e5cd29d912c86382 Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_drv.c | 83 +--

[PATCH 0/5] drm/sti: do not sync legacy IOCTL on vblank if not ATOMIC

These patches allow a legacy framework (eg non-atomic Weston) to call several SETPLANE within the same Vsync cycle. - [PATCH 1/5] drm/sti: use atomic_helper for commit - [PATCH 2/5] drm/sti: add drm_file to sti_private - [PATCH 3/5] drm/sti: do not sync SETPLANE on vblank if not ATOMIC - [PATCH

[PATCH] drm: add fourcc codes for 16bit R and GR

On Mon, Jan 2, 2017 at 3:31 PM, Rainer Hochecker wrote: > > I chose GR16 because that matches with Mesa texture formats. Unfortunately > RG16 is already taken by DRM_FORMAT_RGB565 > So GR32 / RG32 might be better. All other codes in fourcc.h seem to sum up > all planes. > > (sorry, gmail included

linux-next: build failure after merge of the drm-intel-fixes tree

ext part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 163 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/07b628ec/attachment.sig>

[PATCH] drm/imx: imx-tve: Make the 'dac' regulator optional

From: Fabio Estevam Commit deb65870b5d9d ("drm/imx: imx-tve: check the value returned by regulator_set_voltage()") exposes the following probe issue: 63ff.tve supply dac not found, using dummy regulator imx-drm display-subsystem: failed to bind 63ff.tve (ops

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/d568d5d3/attachment.html>

[v1] gpu: drm: mgag200: mgag200_main:- Handle error from pci_iomap

Here, pci_iomap can fail, handle this case and return -ENOMEM. Signed-off-by: Arvind Yadav --- drivers/gpu/drm/mgag200/mgag200_main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c b/drivers/gpu/drm/mgag200/mgag200_main.c index e79cbc2..fb03e30

[PATCH v4 3/3] ASoC: hdmi-codec: add channel mapping control

Add user interface to provide channel mapping. In a first step this control is read only. As TLV type, the control provides all configuration available for HDMI sink(ELD), and provides current channel mapping selected by codec based on ELD and number of channels specified by user on open. When

[PATCH v4 2/3] ASoC: core: add optional pcm_new callback for DAI driver

During probe, DAIs can need to perform some actions that requests the knowledge of the pcm runtime handle. The callback is called during DAIs linking, after PCM device creation. For instance this can be used to add relationship between a DAI pcm control and the pcm device. Signed-off-by: Arnaud

[PATCH v4 1/3] DRM: add help to get ELD speaker allocation

Add helper to allow users to retrieve the speaker allocations without knowledge of the ELD structure. Signed-off-by: Arnaud Pouliquen Reviewed-by: Jani Nikula --- include/drm/drm_edid.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/drm/drm_edid.h

[PATCH v4 0/3] Generic HDMI codec: Add channel mapping control

Aim of this patch is to add 'Playback Channel Map' control to export audio capabilities in term of HDMI sink speakers allocation. V4: Abandon "Generic HDMI codec: Add channel mapping control" patch as it generates warnings during compilation. Workaround is to define 2 constant tables in

[PATCH V7 1/4] Documentation/devicetree/bindings: b850v3_lvds_dp

On Sun, Jan 01, 2017 at 09:24:29PM +0100, Peter Senna Tschudin wrote: > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Cc: Martyn Welch > Cc: Martin Donnelly > Cc: Javier Martinez Canillas > Cc: Enric Balletbo i Serra > Cc: Philipp Zabel > Cc: Rob Herring

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

On Mon, Dec 19, 2016 at 10:54 AM, Laurent Pinchart wrote: > Hi Rob, > > On Monday 19 Dec 2016 09:38:49 Rob Herring wrote: >> On Sun, Dec 18, 2016 at 2:54 PM, Laurent Pinchart wrote: >> > On Tuesday 29 Nov 2016 20:23:41 Laurent Pinchart wrote: >> >> On Tuesday 29 Nov 2016 09:14:09 Rob Herring

Unix Device Memory Allocation project

On 01/03/2017 04:06 PM, Marek Olšák wrote: > On Wed, Jan 4, 2017 at 12:43 AM, James Jones wrote: >> On 01/03/2017 03:38 PM, Marek Olšák wrote: >>> >>> On Thu, Oct 20, 2016 at 8:31 AM, Daniel Vetter wrote: On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote: >>> >>> We've

[Bug 99261] Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on switch to amdgpudrmfb

://bugzilla.kernel.org/show_bug.cgi?id=141741 -- 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/20170103/b03de105/attachment-0001.html>

[Bug 99261] Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on switch to amdgpudrmfb

|| -- 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/20170103/7adea17b/attachment-0001.html>

[Bug 99261] Kernel 4.10-rc2 on APU with Kaveri + Topaz : boot hangs on switch to amdgpudrmfb

o X session beyond. Regards. -- 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/20170103/b021f9c1/attachment.html>

[Bug 98874] Desktop suddenly freezes, login via ssh possible, no error messages, unable to power off

see this error and I can nearly reliably trigger it. -- 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/20170103/80125025/attachment.html>

[Bug 95206] Display port bandwidth regression

|--- |FIXED -- 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/20170103/194d7295/attachment.html>

[Bug 95206] Display port bandwidth regression

dri-devel/attachments/20170103/fee1bd8d/attachment.html>

[PATCH v2 3/3] arm: sti: update sti-cec for HPD notifier support

To use HPD notifier sti CEC driver needs to get phandle of the hdmi device. Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stih407-family.dtsi | 12 arch/arm/boot/dts/stih410.dtsi| 13 + 2 files changed, 13 insertions(+), 12 deletions(-) diff --git

[PATCH v2 2/3] stih-cec: add HPD notifier support

By using the HPD notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documentation the new hdmi phandle. Signed-off-by: Benjamin

[PATCH v2 1/3] sti: hdmi: add HPD notifier support

Implement the HPD notifier support to allow CEC drivers to be informed when there is a new EDID and when a connect or disconnect happens. Signed-off-by: Benjamin Gaignard --- version 2: - use HPD notifier instead of HDMI notifier --- drivers/gpu/drm/sti/Kconfig| 1 +

[PATCH v2 0/3] video/sti/cec: add HPD notifier support

This patch series following what Hans is doing on exynos to support hotplug detect notifier code. It add support of HPD in sti_hdmi drm driver and stih-cec driver which move out of staging. Those patches should be applied on top of Hans branch exynos4-cec. I have tested hdmi notifier by

Unix Device Memory Allocation project

On 01/03/2017 03:38 PM, Marek Olšák wrote: > On Thu, Oct 20, 2016 at 8:31 AM, Daniel Vetter wrote: >> On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote: > We've had per buffer metadata in Radeon since KMS, which I believe first > appeared in 2009. It's 4 bytes large and is used to

[PATCH] uapi: use wildcards to list files

Regularly, when a new header is created in include/uapi/, the developer forgets to add it in the corresponding Kbuild file. This error is usually detected after the release is out. In fact, all headers under include/uapi/ should be exported, so let's use wildcards. After this patch, the

[Intel-gfx] linux-next: build failure after merge of the drm-intel-fixes tree

On Tue, 03 Jan 2017, Zhenyu Wang wrote: > On 2017.01.02 21:48:57 -0700, Alex Williamson wrote: >> > Alex, I liked to have kvmgt related mdev interface change be merged through >> > vfio tree, but wasn't awared one of Jike's fix had conflict. Could you >> > apply >> > below fix in your tree? I

[Bug 99019] "Star Ruler 2" game will freeze the system

is miscompiled or if something is not currently bound. -- 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/20170103/63fce

linux-next: build failure after merge of the drm-intel-fixes tree

Hi Zhenyu, On Tue, 3 Jan 2017 10:59:29 +0800 Zhenyu Wang wrote: > > Alex, I liked to have kvmgt related mdev interface change be merged through > vfio tree, but wasn't awared one of Jike's fix had conflict. Could you apply > below fix in your tree? I think in general for possible interface

[PATCH] ARM: davinci_all_defconfig: enable dumb vga-dac drm bridge

On Friday 25 November 2016 02:43 PM, Bartosz Golaszewski wrote: > This enables the dumb-vga-dac driver by default for davinci boards. > > The driver is needed for tilcdc support on da850-lcdk board. > > Signed-off-by: Bartosz Golaszewski > --- > arch/arm/configs/davinci_all_defconfig | 2 ++ >

[PATCH 1/2] drm: Add new DRM_IOCTL_MODE_GETPLANE2

Hi Kristian, On Wed, Dec 21, 2016 at 8:12 AM, Kristian H. Kristensen wrote: > From: "Kristian H. Kristensen" > > This new ioctl exctends DRM_IOCTL_MODE_GETPLANE, by returning > information about the modifiers that will work with each format. > > Signed-off-by: Kristian H. Kristensen > --- >

To contribute

Hi, I also want to contribute, But I don't know from where to start. Could you please help me where to start. Thanks Swapnil Disclaimer:- The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may

[PATCH v2] drm/mediatek: Support UYVY and YUYV format for overlay

On Fri, Dec 30, 2016 at 2:26 PM, Bibby Hsieh wrote: > > MT8173 overlay can support UYVY and YUYV format, > we add the format in DRM driver. > > Signed-off-by: Bibby Hsieh > Reviewed-by: Daniel Kurtz > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 21 + >

[PATCH 0/5] omapdrm: fences and zpos

Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/6addf3d0/attachment.sig>

[Intel-gfx] [PATCH 1/2] dma-fence: Clear fence->status during dma_fence_init()

On 03/01/2017 11:05, Chris Wilson wrote: > As the fence->status is an optional field that may be set before > dma_fence_signal() is called to convey that the fence completed with an > error, we have to ensure that it is always set to zero on initialisation > so that the typical use (i.e. unset)

[PATCH] drm: Remove the struct drm_device platformdev field

On Sun, Dec 18, 2016 at 12:39:16AM +0200, Laurent Pinchart wrote: > The field contains a pointer to the parent platform device of the DRM > device. As struct drm_device also contains a dev pointer to the struct > device embedded in the platform_device structure, the platformdev field > is

[PATCH] drm: Remove the struct drm_device platformdev field

Hi Laurent, Ok for the sti driver. Acked-by: Vincent Abriou On 12/17/2016 11:39 PM, Laurent Pinchart wrote: > The field contains a pointer to the parent platform device of the DRM > device. As struct drm_device also contains a dev pointer to the struct > device embedded in the platform_device

[Intel-gfx] linux-next: build failure after merge of the drm-intel-fixes tree

On Tue, 03 Jan 2017 15:25:24 +0200 Jani Nikula wrote: > On Tue, 03 Jan 2017, Zhenyu Wang wrote: > > On 2017.01.02 21:48:57 -0700, Alex Williamson wrote: > >> > Alex, I liked to have kvmgt related mdev interface change be merged > >> > through > >> > vfio tree, but wasn't awared one of Jike's

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On Tue, Jan 03, 2017 at 01:17:19PM +, Tvrtko Ursulin wrote: > > On 03/01/2017 12:38, Chris Wilson wrote: > >On Tue, Jan 03, 2017 at 12:34:16PM +, Tvrtko Ursulin wrote: > >> > >>On 03/01/2017 12:13, Chris Wilson wrote: > >>>On Tue, Jan 03, 2017 at 11:57:44AM +, Tvrtko Ursulin wrote: >

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On 03/01/2017 12:38, Chris Wilson wrote: > On Tue, Jan 03, 2017 at 12:34:16PM +, Tvrtko Ursulin wrote: >> >> On 03/01/2017 12:13, Chris Wilson wrote: >>> On Tue, Jan 03, 2017 at 11:57:44AM +, Tvrtko Ursulin wrote: On 03/01/2017 11:46, Chris Wilson wrote: > On Tue, Jan 03,

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_pm.c between commit: e339d67eeb02 ("drm/i915: Pass crtc state to vlv_compute_wm_level()") from the drm-intel tree and commit: 353c85989963 ("drm: Replace drm_format_plane_cpp() with

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_overlay.c between commit: 39ccc04e7435 ("drm/i915: Use primary plane->state for overlay ckey setup") from the drm-intel tree and commits: 1967b34d5afb ("drm/i915: Add local 'fb'

[PATCH 1/5] drm: omapdrm: Handle events when enabling/disabling CRTCs

Hi Tomi, On Tuesday 03 Jan 2017 12:07:25 Tomi Valkeinen wrote: > On 03/01/17 01:29, Laurent Pinchart wrote: > > The driver currently handles vblank events only when updating planes on > > an already enabled CRTC. The atomic update API however allows requesting > > an event when enabling or

[PATCH 6/6] drm/i915/dp: Track available DP MST vcpi time slots

Make use of the added MST helpers to find, allocate and release link bw for atomic modesets. Signed-off-by: Dhinakaran Pandiyan --- drivers/gpu/drm/i915/intel_display.c | 39 +++- drivers/gpu/drm/i915/intel_dp_mst.c | 36 -

[PATCH 5/6] drm/dp: Add DP MST helpers to atomically find and release vcpi slots

drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to check there are sufficient vcpi slots for a mode and to add that to the state. This should be followed by a call to drm_dp_mst_allocate_vcpi() in ->atomic_commit() to initialize a struct vcpi for the port.

[PATCH 4/6] drm/dp: Introduce DP MST topology manager state to track DP link bw

Link bandwidth is shared between multiple display streams in DP MST configurations. The DP MST topology manager structure maintains the shared link bandwidth for a primary link directly connected to the GPU. For atomic modesetting drivers, checking if there is sufficient link bandwidth for a mode

[PATCH 3/6] drm/dp: Split drm_dp_mst_allocate_vcpi

drm_dp_mst_allocate_vcpi() apart from setting up the vcpi structure, also finds if there are enough slots available. This check is a duplicate of that implemented in drm_dp_mst_find_vcpi_slots(). Let's move this check out and reuse the existing drm_dp_mst_find_vcpi_slots() function to check if

[PATCH 2/6] drm/dp: Kill unused MST vcpi slot availability tracking

The avail_slots member in the MST topology manager is never updated to reflect the available vcpi slots. The check is effectively against total_slots. So, let's make that check obvious. Secondly, since the total vcpi time slots is always 63 and does not depend on the link BW, remove total_slots

[PATCH 1/6] drm/dp: Store drm_device in MST topology manager

struct drm_dp_mst_topology_mgr currently stores a pointer to struct dev. Changing this to instead hold a pointer to drm_device is more useful as it can give us access to DRM structures from the topology manager. This also makes it consistent with other DRM structures like drm_crtc, drm_connector

[PATCH 0/6] Introduce DP MST Topology state

Link bandwidth is shared between multiple display streams in DP MST configurations. The DP MST topology manager structure maintains the shared link bandwidth for a primary link directly connected to the GPU. For atomic modesetting drivers, checking if there is sufficient link bandwidth for a mode

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/i915_vma.c between commit: 7d1d9aea3ee0 ("drm/i915: Tidy i915_gem_valid_gtt_space()") from the drm-intel tree and commit: 3f85fb3462dc ("drm: Wrap drm_mm_node.hole_follows") from the drm-misc

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/5cc88fbb/attachment-0001.html>

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/i915_gem_evict.c between commit: 49d73912cbfc ("drm/i915: Convert vm->dev backpointer to vm->i915") from the drm-intel tree and commit: 9a71e277888b ("drm: Extract struct drm_mm_scan from

[PATCH 1/5] drm/ttm: add evict parameter to ttm_bo_driver::move_notify

Am 21.12.2016 um 16:12 schrieb Nicolai Hähnle: > On 16.12.2016 03:49, zhoucm1 wrote: >> On 2016年12月16日 01:10, Nicolai Hähnle wrote: >>> From: Nicolai Hähnle >>> >>> Ensure that the driver can listen to evictions even when they don't >>> take the >>> path through ttm_bo_driver::move. >>>

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On Tue, Jan 03, 2017 at 12:34:16PM +, Tvrtko Ursulin wrote: > > On 03/01/2017 12:13, Chris Wilson wrote: > >On Tue, Jan 03, 2017 at 11:57:44AM +, Tvrtko Ursulin wrote: > >> > >>On 03/01/2017 11:46, Chris Wilson wrote: > >>>On Tue, Jan 03, 2017 at 11:34:45AM +, Tvrtko Ursulin wrote: >

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On 03/01/2017 12:13, Chris Wilson wrote: > On Tue, Jan 03, 2017 at 11:57:44AM +, Tvrtko Ursulin wrote: >> >> On 03/01/2017 11:46, Chris Wilson wrote: >>> On Tue, Jan 03, 2017 at 11:34:45AM +, Tvrtko Ursulin wrote: On 03/01/2017 11:05, Chris Wilson wrote: > The struct

Is drmWaitVBlank() or drmModePageFlip necessary after drmModeSetPlane()

Hello all, Recently, I meet a performance problem with drmModeSetPlane(), it works quite slow with drm_atomic_commit(), I have to force it use drm_atomic_async_commit() for drmModeSetPlane() which modifies the drm base system. I want to optimize the performance in standard way, so I think I

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On Tue, Jan 03, 2017 at 11:57:44AM +, Tvrtko Ursulin wrote: > > On 03/01/2017 11:46, Chris Wilson wrote: > >On Tue, Jan 03, 2017 at 11:34:45AM +, Tvrtko Ursulin wrote: > >> > >>On 03/01/2017 11:05, Chris Wilson wrote: > >>>The struct dma_fence carries a status field exposed to userspace

[PATCH 1/5] drm: omapdrm: Handle events when enabling/disabling CRTCs

disable call chains =). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/0285cc85/attachment-0001.sig>

[PATCH] drm: Constify drm_mode_config atomic helper private pointer

On Mon, Jan 02, 2017 at 11:16:13AM +0200, Laurent Pinchart wrote: >The drm_mode_config helper private field points to a structure of >function pointers that don't need to be modified at runtime. Make it >const. > >Signed-off-by: Laurent Pinchart Acked-by: Brian Starkey

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On 03/01/2017 11:46, Chris Wilson wrote: > On Tue, Jan 03, 2017 at 11:34:45AM +, Tvrtko Ursulin wrote: >> >> On 03/01/2017 11:05, Chris Wilson wrote: >>> The struct dma_fence carries a status field exposed to userspace by >>> sync_file. This is inspected after the fence is signaled and can

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On Tue, Jan 03, 2017 at 11:34:45AM +, Tvrtko Ursulin wrote: > > On 03/01/2017 11:05, Chris Wilson wrote: > >The struct dma_fence carries a status field exposed to userspace by > >sync_file. This is inspected after the fence is signaled and can convey > >whether or not the request completed

[PATCH 5/5 v3] drm/bridge: adv7511: Reuse __adv7511_power_on/off() when probing EDID

I've found that by just turning the chip on and off via the POWER_DOWN register, I end up getting i2c_transfer errors on HiKey. Investigating further, it seems some of the register state in the regmap cache is somehow getting lost. Using the logic in __adv7511_power_on/off() which syncs and

[PATCH 4/5 v3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

In chasing down issues with EDID probing, I found some duplicated but incomplete logic used to power the chip on and off. This patch refactors the adv7511_power_on/off functions, so they can be used for internal needs. Cc: David Airlie Cc: Archit Taneja Cc: Wolfram Sang

[PATCH 3/5 v3] drm/bridge: adv7511: Enable HPD interrupts to support hotplug and improve monitor detection

From: Archit Taneja On some adv7511 implementations, we can get some spurious disconnect signals which can cause monitor probing to fail. This patch enables HPD (hot plug detect) interrupt support which allows the monitor to be properly re-initialized when the spurious

[PATCH 2/5 v3] drm/bridge: adv7511: Switch to using drm_kms_helper_hotplug_event()

In chasing down a previous issue with EDID probing from calling drm_helper_hpd_irq_event() from irq context, Laurent noticed that the DRM documentation suggests that drm_kms_helper_hotplug_event() should be used instead. Thus this patch replaces drm_helper_hpd_irq_event() with

[PATCH 1/5 v3] drm/bridge: adv7511: Use work_struct to defer hotplug handing to out of irq context

I was recently seeing issues with EDID probing, where the logic to wait for the EDID read bit to be set by the IRQ wasn't happening and the code would time out and fail. Digging deeper, I found this was due to the fact that IRQs were disabled as we were running in IRQ context from the HPD signal.

[PATCH 0/5 v3] adv7511 EDID probing improvements

Hope everyone had a good newyears! Wanted to re-send out v3 of this patch set improving the EDID probing on the adv7511 used on HiKey, for consideration for merging for 4.11 The first three patches are fixups that are hopefully straight forward, integrating feedback I got from Laurant. The last

[PATCH] drm: remove immutable flag from suggested X/Y connector properties

Hi, > > Makes sense I think, but for merging we need: > > - some driver to implement > > This is where it starts getting tricky. vboxvideo is out of tree. In > theory I could look at getting it merged, but that needs time I am > rather short of (I am the only person maintaining that driver

[Intel-gfx] [PATCH 2/2] drm/i915: Set guilty-flag on fence after detecting a hang

On 03/01/2017 11:05, Chris Wilson wrote: > The struct dma_fence carries a status field exposed to userspace by > sync_file. This is inspected after the fence is signaled and can convey > whether or not the request completed successfully, or in our case if we > detected a hang during the request

[PATCH 07/10] drm/i915/psr: set PSR_MASK bits for deep sleep

On Mon, Jan 2, 2017 at 6:31 AM, vathsala nagaraju wrote: > Program EDP_PSR_DEBUG_CTL (PSR_MASK) to enable system > to go to deep sleep while in psr2.PSR2_STATUS bit 31:28 > should report value 8 , if system enters deep sleep state. > > Also, EDP_FRAMES_BEFORE_SU_ENTRY is set 1 , if not set, >

To contribute

On Tue, 03 Jan 2017, Swapnil Pathak wrote: > I also want to contribute, But I don't know from where to start. Could > you please help me where to start. That's easy. Get rid of the disclaimer at the bottom of your mails! :p The serious answer really depends on you, and it's hard to give advice

[Bug 98914] mesa-vdpau-drivers: breaks vdpau for mpeg2video

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170103/89d102e1/attachment.html>

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

On Tue, 03 Jan 2017, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel-fixes tree got a conflict in: > > drivers/gpu/drm/i915/gvt/kvmgt.c > > between commit: > > 99e3123e3d72 ("vfio-mdev: Make mdev_device private and abstract interfaces") > > from the vfio-fixes

[Bug 99219] The Stanley Parable GPU hang when starting a new game

tps://lists.freedesktop.org/archives/dri-devel/attachments/20170103/8afa7753/attachment-0001.html>

[PATCH v7 3/5] drm: bridge: add support for TI ths8135

On Tuesday 03 January 2017 10:56 AM, Archit Taneja wrote: > Hi Sekhar, > > On 1/2/2017 4:38 PM, Sekhar Nori wrote: >> Hi Archit, >> >> On Wednesday 14 December 2016 10:35 AM, Archit Taneja wrote: >>> >>> >>> On 12/13/2016 03:39 PM, Bartosz Golaszewski wrote: THS8135 is a configurable video

  1   2   >