[PATCH hwc] drm_hwcomposer: fix warnings on unused variables and parameters

AOSP master now builds by default with -Werror, so fix all the warnings. All the warnings are related to unused variables and parameters. Signed-off-by: Rob Herring --- drmcrtc.cpp | 7 +-- drmcrtc.h| 6 -- drmdisplaycompositor.cpp | 3 ---

Re: [PATCH] MAINTAINERS: Remove Jani as drm-misc co-maintainer

2017-11-24 Sean Paul : > On Thu, Nov 23, 2017, 7:12 AM Jani Nikula wrote: > > > I'm juggling too many things, and drm-misc maintenance is one that I > > keep dropping on the floor. Admit reality and remove myself as > > maintainer. This still leaves

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

On Wed, Nov 29, 2017 at 04:59:29PM +0100, Christian König wrote: > Am 29.11.2017 um 16:44 schrieb Sean Paul: > > On Wed, Nov 29, 2017 at 04:40:18PM +0100, Christian König wrote: > > > Am 29.11.2017 um 16:36 schrieb Sean Paul: > > > > On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote:

[Bug 103972] GL_ARB_gpu_shader_int64. Compute shader. Shared storage.

https://bugs.freedesktop.org/show_bug.cgi?id=103972 Bug ID: 103972 Summary: GL_ARB_gpu_shader_int64. Compute shader. Shared storage. Product: Mesa Version: 17.3 Hardware: x86-64 (AMD64) OS: Linux (All)

[Bug 103968] No Hardware Acceleration with AMD RX 550

https://bugs.freedesktop.org/show_bug.cgi?id=103968 Bug ID: 103968 Summary: No Hardware Acceleration with AMD RX 550 Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[PATCH v2] MAINTAINERS: change maintainer for Rockchip drm drivers

From: Mark Yao For personal reasons, Mark Yao will leave rockchip, can not continue maintain drm/rockchip, Sandy Huang and Heiko Stübner will take over drm/rockchip. Cc: Sandy Huang Cc: Heiko Stübner Signed-off-by: Mark Yao

Re: [PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

You can see the state of the queues in debugfs: /sys/kernel/debug/kfd/... You can look at MQDs and HQDs. If your application isn't stopping queues deliberately, queues get disabled by evictions, usually temporarily. You'll see kernel messages when that happens. A VM fault will result in queues

Re: [PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

On Mon, 2017-11-20 at 14:22 -0500, Felix Kuehling wrote: > I think this patch is not correct. The EOP-mem is not associated with > the queue size. The EOP buffer is a separate buffer used by the firmware > to handle command completion. As I understand it, this allows more > concurrency, while

[RFC PATCH 2/6] drm: Add some HDCP related #defines

In preparation for implementing HDCP in i915, add some HDCP related register offsets and defines. The dpcd register offsets will go in drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff will get stuffed in drm_hdcp.h, which is new. Signed-off-by: Sean Paul

[RFC PATCH 3/6] drm/i915: Add HDCP framework + base implementation

This patch adds the framework required to add HDCP support to intel connectors. It implements Aksv loading from fuse, and parts 1/2/3 of the HDCP authentication scheme. Note that without shim implementations, this does not actually implement HDCP. That will come in subsequent patches.

[RFC PATCH 6/6] drm/i915: Implement HDCP for DisplayPort

This patch adds HDCP support for DisplayPort connectors by implementing the intel_hdcp_shim. Most of this is straightforward read/write from/to DPCD registers. One thing worth pointing out is the Aksv output bit. It wasn't easily separable like it's HDMI counterpart, so it's crammed in with the

[RFC PATCH 4/6] drm/i915: Add function to output Aksv over GMBUS

Once the Aksv is available in the PCH, we need to get it on the wire to the receiver via DDC. The hardware doesn't allow us to read the value directly, so we need to tell GMBUS to source the Aksv internally and send it to the right offset on the receiver. The way we do this is to initiate an

[RFC PATCH 5/6] drm/i915: Implement HDCP for HDMI

This patch adds HDCP support for HDMI connectors by implementing the intel_hdcp_shim. Nothing too special, just a bunch of DDC reads/writes. Signed-off-by: Sean Paul --- drivers/gpu/drm/i915/i915_reg.h | 1 + drivers/gpu/drm/i915/intel_ddi.c | 50

Re: linux-next: build failure after merge of the etnaviv tree

Hi Lucas, On Tue, 28 Nov 2017 11:44:46 +1100 Stephen Rothwell wrote: > > After merging the etnaviv tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/gpu/drm/tve200/Kconfig:1:error: recursive dependency detected! > For a resolution refer

[Bug 103987] [DC] drm:drm_atomic_helper_wait_for_dependencies - flip_done timed out

https://bugs.freedesktop.org/show_bug.cgi?id=103987 Bug ID: 103987 Summary: [DC] drm:drm_atomic_helper_wait_for_dependencies - flip_done timed out Product: DRI Version: DRI git Hardware: Other OS: All

[RFC PATCH 0/6] drm/i915: Implement HDCP

Here's the RFC for my i915 HDCP patchset. The UABI is based on what we've been using in Chrome for the past 3 years. I posted the property to the list back then, but never had a mainline driver to implement it. I do now :-) Things are mostly in place, danvet gave me some feedback that I will

[RFC PATCH 1/6] drm: Add Content Protection property

This patch adds a new optional connector property to allow userspace to enable protection over the content it is displaying. This will typically be implemented by the driver using HDCP. The property is a tri-state with the following values: - OFF: Self explanatory, no content protection -

Re: [PATCH v3 0/7] drm/bridge: tc358767: fixes and improvements

On 29.11.2017 15:55, Andrey Gusakov wrote: > Andrzej, > > Please queue 1-6 to -fixes, 7 to -next. > > Andrey. Done, thanks. Regards Andrzej ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[PULL] drm-misc-fixes

Hi Dave, drm-misc-fixes-2017-11-30: drm-misc-fixes for -rc2 - big pile of bridge driver (mostly tc358767), all handled by Archit and Andrez - rockchip dsi fix - atomic helper regression fix for spurious -EBUSY (Maarten) - fix deferred fbdev fallout (Maarten) Also backmerged -rc1 because I

Re: [PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On 11/23/2017 05:52 AM, John Stultz wrote: On Tue, Nov 21, 2017 at 12:17 AM, Hans Verkuil wrote: If the device tree for a board did not specify a cec clock, then adv7511_cec_init would return an error, which would cause adv7511_probe() to fail and thus there is no HDMI

Re: [Intel-gfx] [RFC PATCH 0/6] drm/i915: Implement HDCP

On Wed, Nov 29, 2017 at 10:08:55PM -0500, Sean Paul wrote: > Here's the RFC for my i915 HDCP patchset. The UABI is based on what we've been > using in Chrome for the past 3 years. I posted the property to the list back > then, but never had a mainline driver to implement it. I do now :-) > >

Re: [PATCH] drm/bridge: Fix lvds-encoder since the panel_bridge rework.

On 11/15/2017 03:29 PM, Lothar Waßmann wrote: Hi, On Tue, 14 Nov 2017 11:16:47 -0800 Eric Anholt wrote: The panel_bridge bridge attaches to the panel's OF node, not the lvds-encoder's node. Put in a little no-op bridge of our own so that our consumers can still find a bridge where they

[Bug 102646] Screen flickering under amdgpu-experimental (buffer corruptions?)

https://bugs.freedesktop.org/show_bug.cgi?id=102646 --- Comment #17 from Justin Mitzel --- The problem seems to have gotten better within the last month, but is still not solved. -- You are receiving this mail because: You are the assignee for the

[pull] radeon, amdgpu, and ttm drm-fixes-4.15

Hi Dave, Fixes for 4.15. Highlights: - DC fixes for S3, gamma, audio, pageflipping, etc. - fix a regression in radeon from kfd removal - fix a ttm regression with swiotlb disabled - misc other fixes The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1

Re: [PATCH 0/4] Move DP phy switch to PHY driver

Hi Doug Thank you for mentioning this patch. I think the focus of the discussion is: can we put the grf control bit to dts. The RK3399 has 2 Type-C phy, but only one DP controller, this "uphy_dp_sel" can help to switch these 2 phy. So I think this bit can be considered as a part of

Re: [PATCH 1/5] drm/armada: fix leak of crtc structure

On Wed, Nov 29, 2017 at 07:16:43PM +, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 09:53:42AM -0500, Sean Paul wrote: > > On Wed, Nov 29, 2017 at 11:45:43AM +, Russell King wrote: > > > Fix the leak of the CRTC structure in the failure paths of > > > armada_drm_crtc_create().

[Bug 103972] GL_ARB_gpu_shader_int64. Compute shader. Shared storage.

https://bugs.freedesktop.org/show_bug.cgi?id=103972 Rodaemac changed: What|Removed |Added Version|17.3|17.2 -- You are

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, ) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #7 from Hector Velazquez --- This tests continue failing on CFL QA igt@gem_ctx_param@invalid-param-get igt@gem_ctx_param@invalid-param-set IGT-Version: 1.20-g4c57ff4 (x86_64) (Linux:

[Bug 92248] [KBL/SKL/BYT/BXT/GLK] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 --- Comment #46 from Hector Velazquez --- This test continue failing on CFL QA igt@kms_plane_scaling IGT-Version: 1.20-g4c57ff4 (x86_64) (Linux: 4.14.0-drm-tip-ww47-commit-f710441+ x86_64)

[Bug 103976] Regression: Videogame (Wakfu) no longer works with Mesa 17.2 (17.1 works)

https://bugs.freedesktop.org/show_bug.cgi?id=103976 Azari changed: What|Removed |Added Priority|medium |high -- You are

[Bug 103976] Regression: Videogame (Wakfu) no longer works with Mesa 17.2 (17.1 works)

https://bugs.freedesktop.org/show_bug.cgi?id=103976 Bug ID: 103976 Summary: Regression: Videogame (Wakfu) no longer works with Mesa 17.2 (17.1 works) Product: Mesa Version: 17.2 Hardware: x86-64 (AMD64) OS:

Re: [PATCH 1/5] drm/armada: fix leak of crtc structure

On Wed, Nov 29, 2017 at 08:11:53PM +, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 03:03:09PM -0500, Sean Paul wrote: > > On Wed, Nov 29, 2017 at 07:16:43PM +, Russell King - ARM Linux wrote: > > > On Wed, Nov 29, 2017 at 09:53:42AM -0500, Sean Paul wrote: > > > > On Wed, Nov

Re: [PATCH v3 5/5] arm64: dts: rockchip: update mipi node for RK3399

+ Doug, since he was asking these things elsewhere On Tue, Nov 28, 2017 at 07:20:06PM +0800, Nickey Yang wrote: > This patch update mipi node for RK3399 DSI controller > based on the Synopsys DesignWare MIPI DSI host controller. > > Signed-off-by: Nickey Yang > --- >

[PATCH v4] arm64: dts: rockchip: update mipi cells for RK3399

From: Nickey Yang We might include additional ports in derivative device trees, so the 'port' node should have an address, and the parent 'ports' node needs /#{addres,size}-cells. v4: * keep #{address,size}-cells in both 'ports' and 'port@0' nodes * separate from

[Bug 103575] eglQueryDevicesEXT returns 0 devices

https://bugs.freedesktop.org/show_bug.cgi?id=103575 Adam Jackson changed: What|Removed |Added Resolution|--- |NOTABUG

[Bug 103575] eglQueryDevicesEXT returns 0 devices

https://bugs.freedesktop.org/show_bug.cgi?id=103575 --- Comment #2 from Hi-Angel --- (In reply to Adam Jackson from comment #1) > Mesa doesn't implement EGL_EXT_device_enumeration yet, so this isn't > entirely surprising. Then, shouldn't I be getting either linking or

Re: [PATCH v4] arm64: dts: rockchip: update mipi cells for RK3399

Hi, On Wed, Nov 29, 2017 at 10:47 AM, Brian Norris wrote: > From: Nickey Yang > > We might include additional ports in derivative device trees, so the > 'port' node should have an address, and the parent 'ports' node needs >

[Bug 103913] DRM/Radeon GPU hang

https://bugs.freedesktop.org/show_bug.cgi?id=103913 --- Comment #3 from ro...@beardandsandals.co.uk --- Just found out that my gnome desktop is rendering through Wayland. I wonder if that is relevant. -- You are receiving this mail because: You are the assignee for the

<    1   2