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

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

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

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

[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

[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

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

[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

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

[Bug 103575] eglQueryDevicesEXT returns 0 devices

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

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

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

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

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().

[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

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

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #10 from Michel Dänzer --- BTW, the patch is completely untested; if it fails to compile, hopefully it won't be hard to fix it up. -- You are receiving this mail because: You are the assignee for the

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #9 from Michel Dänzer --- Created attachment 135808 --> https://bugs.freedesktop.org/attachment.cgi?id=135808=edit Add debugging output why the ioctls return -EINVAL Sorry, been busy with other fires. Please

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

Re: [PATCH v3 4/5] drm/rockchip: Add ROCKCHIP DW MIPI DSI controller driver

On Tue, Nov 28, 2017 at 6:02 PM, Sean Paul wrote: > On Tue, Nov 28, 2017 at 02:55:41PM -0800, Brian Norris wrote: >> On Tue, Nov 28, 2017 at 12:48:43PM -0800, Matthias Kaehlcke wrote: >> > El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit: >> > >> > > Add the

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

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

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: Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in

Re: [PATCH v2 05/18] drm/sun4i: Force the mixer rate at 150MHz

On Tue, Nov 28, 2017 at 10:56:31PM +0100, Jernej Škrabec wrote: > Hi! > > Dne torek, 28. november 2017 ob 09:58:26 CET je Maxime Ripard napisal(a): > > On Mon, Nov 27, 2017 at 05:07:04PM +0100, Jernej Škrabec wrote: > > > Hi Maxime, > > > > > > Dne ponedeljek, 27. november 2017 ob 16:41:29 CET

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

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: > > > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > > > The io_mem_pfn field was added in commit > > > >

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

Am 29.11.2017 um 16:36 schrieb Sean Paul: On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were

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

On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > The io_mem_pfn field was added in commit > > ea642c3216cb2a60d1c0e760ae47ee85c9c16447 > > and is called unconditionally. However, not all drivers were updated to set > > it. > > > >

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

On Wednesday 29th November 2017 16:24:21 CET Christian König wrote: > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > The io_mem_pfn field was added in commit > > ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. > > However, not all drivers were updated to set it. > > > >

Re: [PATCH 13/17] drm/sun4i: Add DE2 CSC library

On Tue, Nov 28, 2017 at 10:43:39PM +0100, Jernej Škrabec wrote: > Hi! > > Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a): > > On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote: > > > DE2 have many CSC units - channel input CSC, channel output CSC and > > >

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

Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were updated to set it. Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own.

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

The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were updated to set it. Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own. Signed-off-by: Michal Srb ---

[PATCH 2/2] drm/bridge/sii8620: fix HDMI cable connection to dongle

MHL bridge is usually connected to TV via MHL dongle. Currently plugging HDMI cable to dongle is handled improperly. This patch fixes it. Signed-off-by: Maciej Purski --- drivers/gpu/drm/bridge/sil-sii8620.c | 49 1 file changed, 27

[PATCH 1/2] drm/bridge/sii8620: remove HSIC initialization

HSIC initialization was taken from the vendor code. HSIC in MHL circuit is not connected, so it is not possible to test it. Tests prove that without HSIC the device works well. Therefore it can be removed. Signed-off-by: Maciej Purski ---

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

Andrzej, Please queue 1-6 to -fixes, 7 to -next. Andrey. On Wed, Nov 29, 2017 at 2:03 PM, Andrzej Hajda wrote: > On 07.11.2017 17:56, Andrey Gusakov wrote: > > This set of patches fixes several issues that was found during testing > > tc358767 with desktop DisplayPort

Re: [PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

On středa 29. listopadu 2017 15:47:30 CET Sean Paul wrote: > On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote: > > From: Michal Srb > > > > The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 > > and is used unconditionally. Most drivers were

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

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(). > > Signed-off-by: Russell King > --- > drivers/gpu/drm/armada/armada_crtc.c | 10 -- > 1 file changed, 8

Re: [PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote: > From: Michal Srb > > The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and > is used unconditionally. Most drivers were updated to set it to the default > implementation

Re: [PATCH 0/6] TDA998x CEC support

On 11/29/17 14:45, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote: >> On 11/29/17 10:11, Russell King - ARM Linux wrote: >>> On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: Hi Russell, On 11/29/2017 12:17 AM, Russell King

Re: [PATCH] drm/fb_helper: Disable all crtc's when initial setup fails.

Op 28-11-17 om 16:13 schreef Thomas Voegtle: > On Tue, 28 Nov 2017, Daniel Vetter wrote: > >> On Tue, Nov 28, 2017 at 12:16:03PM +0100, Maarten Lankhorst wrote: >>> Some drivers like i915 start with crtc's enabled, but with deferred >>> fbcon setup they were no longer disabled as part of fbdev

Re: [PATCH] drm/atomic: make drm_atomic_helper_wait_for_vblanks more agressive

Op 29-11-17 om 12:04 schreef Lucas Stach: > drm_atomic_helper_setup_commit expects that flipping of previous commits > has happened when it is called to set up a new commit. This can be violated > by commits where userspace doesn't get a flip completion event to > synchronize against i.e. legacy

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

On Wed, Nov 29, 2017 at 09:24:42AM -0500, Sean Paul wrote: > 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

[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

[Bug 103968] No Hardware Acceleration with AMD RX 550

https://bugs.freedesktop.org/show_bug.cgi?id=103968 --- Comment #1 from Michel Dänzer --- Please provide the output of: dpkg -l | grep '^i.*mesa' -- You are receiving this mail because: You are the assignee for the bug.___

[PATCH 0/5] Armada DRM fixes

Hi David, This series fixes some issues in the Armada DRM driver: - A memory leak while cleaning up in the CRTC initialisation path - Avoid powering down YUV FIFOs when disabling the graphics plane - Several fixes for the overlay plane positioning I'll send a pull request for this as is normal

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > Hi Russell, > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > > Hi, > > > > This patch series adds CEC support to the DRM TDA998x driver. The > > TDA998x family of devices integrate a TDA9950 CEC at a separate I2C > >

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote: > On 11/29/17 10:11, Russell King - ARM Linux wrote: > > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > >> Hi Russell, > >> > >> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > >>> Hi, > >>> > >>> This patch

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 12:10, Mikko Perttunen wrote: > On 12.11.2017 13:23, Dmitry Osipenko wrote: >> On 11.11.2017 00:15, Dmitry Osipenko wrote: >>> On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: > On 05.11.2017 19:14, Dmitry Osipenko wrote: >> On

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

Fix the leak of the CRTC structure in the failure paths of armada_drm_crtc_create(). Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 14:18, Dmitry Osipenko wrote: On 29.11.2017 12:10, Mikko Perttunen wrote: On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: On 05.11.2017 19:14, Dmitry

[PATCH 4/5] drm/armada: improve efficiency of armada_drm_plane_calc_addrs()

Lookup the drm_format_info structure once when computing all the framebuffer plane addresses by using drm_format_info(), rather than repetitive lookups via drm_format_plane_cpp(). Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 5 +++-- 1 file

[PATCH 5/5] drm/armada: fix YUV planar format framebuffer offsets

We weren't correctly calculating the YUV planar offsets for subsampled chroma planes correctly - fix up the coordinates for planes 1 and 2. Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 8 +++- 1 file changed, 7 insertions(+), 1

Re: [PATCH 06/10] drm/tegra: Deliver job completion callback to client

On 16.11.2017 18:40, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: To allow client drivers to free resources when jobs have completed, deliver job completion callbacks to them. This requires adding reference counting to context objects, as job completion can happen after

[PATCH 7/6] dt-bindings: tda998x: add the calibration gpio

Add the optional calibration gpio for integrated TDA9950 CEC support. This GPIO corresponds with the interrupt from the TDA998x, as the calibration requires driving the interrupt pin low. Signed-off-by: Russell King --- Sorry, this patch got forgotten, tacking it on

Re: [PATCH] drm/tegra: gem: Use PTR_ERR_OR_ZERO()

On 29.11.2017 00:18, Vasyl Gomonovych wrote: Fix ptr_ret.cocci warnings: drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vasyl Gomonovych

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 09:11:43AM +, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > > Hi Russell, > > > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > > > Hi, > > > > > > This patch series adds CEC support to the DRM TDA998x

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 15:25, Mikko Perttunen wrote: > On 29.11.2017 14:18, Dmitry Osipenko wrote: >> On 29.11.2017 12:10, Mikko Perttunen wrote: >>> On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: > On 07.11.2017 18:29, Dmitry Osipenko wrote: >> On

[PATCH 3/5] drm/armada: fix UV swap code

The UV swap code was not always programming things correctly when the source origin box has been offset. Fix this. Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.h| 2 ++ drivers/gpu/drm/armada/armada_overlay.c | 38

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: On 05.11.2017 19:14, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: Add an option to

[PATCH 2/5] drm/armada: fix SRAM powerdown

Avoid powering down the overlay SRAM banks when disabling the primary plane, thereby masking any overlay video. This feature is supposed to allow us to cut the bandwidth required while displaying full-frame overlay video. Signed-off-by: Russell King ---

[Bug 103968] No Hardware Acceleration with AMD RX 550

https://bugs.freedesktop.org/show_bug.cgi?id=103968 Michel Dänzer changed: What|Removed |Added Attachment #135796|text/x-log |text/plain

Re: [PATCH v6 2/2] staging: ion: create one device entry per heap

2017-11-28 14:32 GMT+01:00 Greg KH : > On Mon, Nov 06, 2017 at 04:59:45PM +0100, Benjamin Gaignard wrote: >> Instead a getting only one common device "/dev/ion" for >> all the heaps this patch allow to create one device >> entry ("/dev/ionX") per heap. >> Getting an

Re: [PATCH 0/6] TDA998x CEC support

On 11/29/17 10:11, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: >> Hi Russell, >> >> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: >>> Hi, >>> >>> This patch series adds CEC support to the DRM TDA998x driver. The >>> TDA998x family of

[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] drm/bridge/sii8620: start MHL transmission after HDMI signal detection

The vendor code waits for infoframe to detect video mode set by source. We do not need to follow this pattern, because video mode information is provided by drm core. As a result most of the infoframe handling code can be removed. Start transmission immediately after detecting stream on HDMI

[PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

From: Michal Srb The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is used unconditionally. Most drivers were updated to set it to the default implementation ttm_bo_default_io_mem_pfn, but hibmc was not. This fixes crash in ttm_bo_vm_fault when hibmc

Re: [PATCH v2 3/4] backlight: tps65217_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > This would only cause trouble if the child node is missing while there > is an

Re: [PATCH v2 4/4] backlight: as3711_bl: fix device-tree node leaks

On Mon, 20 Nov 2017, Johan Hovold wrote: > Two framebuffer device-node names were looked up during probe, but were > only used as flags to indicate the presence of two framebuffer device. > > Drop the unused framebuffer name along with a likewise unused device > pointer from the driver data, and

Re: [PATCH v2 1/4] backlight: as3711_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > To make things worse, the parent mfd node was also prematurely freed. > > Fixes:

Re: [PATCH v2 2/4] backlight: max8925_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > To make things worse, the parent mfd node was also prematurely freed, > while the

[PATCH] drm/atomic: make drm_atomic_helper_wait_for_vblanks more agressive

drm_atomic_helper_setup_commit expects that flipping of previous commits has happened when it is called to set up a new commit. This can be violated by commits where userspace doesn't get a flip completion event to synchronize against i.e. legacy modesets and property changes. The expectation is

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

On 07.11.2017 17:56, Andrey Gusakov wrote: > This set of patches fixes several issues that was found during testing > tc358767 with desktop DisplayPort displays. > > Changes since v3 > - added comment about removed VPCTRL0 write > - corrected comment in "filter out too high modes" >

Re: [PATCH 0/6] TDA998x CEC support

Hi, On 29 November 2017 at 10:02, Daniel Vetter wrote: > On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote: >> BTW, I didn't see this patch series appear on dri-devel, even though it is >> CC-ed there. Odd. > > Moderation queue doesn't get flushed all that regularly

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote: > On 11/29/2017 08:41 AM, Hans Verkuil wrote: > > Hi Russell, > > > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > >> Hi, > >> > >> This patch series adds CEC support to the DRM TDA998x driver. The > >> TDA998x family of

Re: [Intel-gfx] [PATCH v6 0/7] drm/fbdev: Panel orientation connector property support

On Tue, Nov 28, 2017 at 02:36:09PM +0100, Hans de Goede wrote: > Hi, > > On 28-11-17 11:27, Daniel Vetter wrote: > > On Sat, Nov 25, 2017 at 06:33:34PM +0100, Hans de Goede wrote: > > > Hi All, > > > > > > Here is v6 of my series to add a "panel orientation" property to > > > the drm-connector

Re: [PATCH 02/13] fbdev: add remove_conflicting_pci_framebuffers()

On Tue, Nov 28, 2017 at 12:30:30PM +, Sudip Mukherjee wrote: > On Tue, Nov 28, 2017 at 12:32:38PM +0100, Greg KH wrote: > > On Tue, Nov 28, 2017 at 11:22:17AM +0100, Daniel Vetter wrote: > > > On Mon, Nov 27, 2017 at 08:52:19PM +, Sudip Mukherjee wrote: > > > > On Mon, Nov 27, 2017 at

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

Am Mittwoch, 29. November 2017, 10:54:18 CET schrieb Daniel Vetter: > On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote: > > Hi, > > > > On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote: > > > Hi Daniel, > > > > > > I register the account and get the

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

On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote: > Hi, > > On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote: > > Hi Daniel, > > I register the account and get the drm-misc commit rights now, thanks. > > > > > > 在 2017/11/24 22:51, Daniel Vetter 写道: > >> >

Re: [GIT PULL] exynos-drm-next

On Tue, Nov 28, 2017 at 02:45:49PM +0100, Marek Szyprowski wrote: > Hi Daniel, > > On 2017-11-20 08:33, Daniel Vetter wrote: > > On Wed, Nov 15, 2017 at 10:26:45AM +0900, Inki Dae wrote: > > > 2017년 11월 14일 13:22에 Dave Airlie 이(가) 쓴 글: > > > > On 26 October 2017 at 11:37, Inki Dae

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #8 from denisgolo...@yandex.ru --- Any news on that? Should I report some more information/logs/etc? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 2017-11-27 01:20 PM, Christian König wrote: > Am 27.11.2017 um 13:02 schrieb Michel Dänzer: >> [SNIP] >> I thought I did above... >> >> Commit f7871fd19389c5f64f625a4389675d0740f0dfe4 made the radeon driver >> rely on ttm_populate_and_map_pages, which is implemented as: >> >> static inline int

[PATCH] drm/tegra: gem: Use PTR_ERR_OR_ZERO()

Fix ptr_ret.cocci warnings: drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vasyl Gomonovych ---

Re: [PATCH v3 3/4] DTS: GTA04: fix panel compatibility string

* H. Nikolaus Schaller [171128 15:52]: > Official vendor string is now "tpo" and not "toppoly". > > Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1" This is not a fix then, this is a clean up as you change the compatible earlier. Please resend

[PATCH] fbdev: au1200fb: delete duplicate header contents

This file has been copy-pasted-pasted: ~/linux$ x=drivers/video/fbdev/au1200fb.h; diff -u <(head -n 286 $x; head -n 286 $x) $x ~/linux$ Signed-off-by: Rasmus Villemoes --- drivers/video/fbdev/au1200fb.h | 286 - 1 file

  1   2   >