Re: [PATCH] drm/xen-front: use simple display pipe prepare_fb helper

On 04/09/2018 11:51 AM, Daniel Vetter wrote: I missed this one because on an older tree. Signed-off-by: Daniel Vetter Cc: Oleksandr Andrushchenko Cc: xen-de...@lists.xen.org --- drivers/gpu/drm/xen/xen_drm_front_kms.c | 8 +---

Re: [PATCH 2/9] drm: Move simple_display_pipe prepare_fb helper into gem fb helpers

On 04/05/2018 06:44 PM, Daniel Vetter wrote: There's nothing tinydrm specific to this, and there's a few more copies of the same in various other drivers. Signed-off-by: Daniel Vetter Cc: Gustavo Padovan Cc: Maarten Lankhorst

[PATCH] drm: xlnx: pl_disp: fix odd_ptr_err.cocci warnings

From: Fengguang Wu PTR_ERR should normally access the value just tested by IS_ERR Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci Fixes: 742243a44a73 ("drm: xlnx: pl_disp: Use xlnx pipeline calls") CC: Hyun Kwon Signed-off-by: Fengguang

[PATCH 2/2] drm/bridge: sii902x: add optional power supplies

Add the 3 optional power supplies using the exact description found in the document named "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)". Signed-off-by: Philippe Cornu --- drivers/gpu/drm/bridge/sii902x.c | 39 +++ 1 file

[PATCH 0/2] drm/bridge: sii902x: add optional power supplies

This patchset adds the 3 optional power supplies to the sii902x drm bridge driver. Philippe Cornu (2): dt-bindings/display/bridge: sii902x: add optional power supplies drm/bridge: sii902x: add optional power supplies .../devicetree/bindings/display/bridge/sii902x.txt | 3 ++

[PATCH 1/2] dt-bindings/display/bridge: sii902x: add optional power supplies

Add the 3 optional power supplies using the exact description found in the document named "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)". Signed-off-by: Philippe Cornu --- Documentation/devicetree/bindings/display/bridge/sii902x.txt | 3 +++ 1 file changed,

[radeon-alex:drm-next-4.18-wip 43/120] drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_optc.c:127 get_start_vline() warn: unsigned 'vertical_line_start' is never less than zero.

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 5d404d3139a4624892a12683240abfae931ee849 commit: 2852a36199784540a872f42fa6dc7d8d51eee0d8 [43/120] drm/amd/display: Add vline IRQ programming for DCN smatch warnings:

[radeon-alex:amd-staging-drm-next 12/33] freesync.c:undefined reference to `__udivdi3'

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 24110c70630998dc83da23cae910a9538f54ef64 commit: 0547606296e739e875a294d786233bf2e6680421 [12/33] drm/amd/display: Refactor FreeSync module config: i386-allyesconfig (attached as .config) compiler: gcc-7 (Debian

Re: [DPU PATCH 1/2] drm/panel: Add Truly Dual DSI video mode panel

On 2018-04-08 09:36, Archit Taneja wrote: Hi Abhinav, Thanks for posting this driver. Some comments below. On Saturday 07 April 2018 12:36 PM, Abhinav Kumar wrote: From: Archit Taneja Add support for truly dual DSI video mode panel panel used in MSM reference

Re: [RFC 0/2] drm/vc4: Async page flip cleanup

Boris Brezillon writes: > Hello, > > This is an attempt at simplifying the async page flip handling in VC4 > in order to get rid of vc4_queue_seqno_cb() and its dependencies and > rely on fences instead. > > The reason I'm sending this as an RFC is because I'm pretty

[radeon-alex:drm-next-4.18-wip 95/120] dce110_hw_sequencer.c:undefined reference to `__udivdi3'

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 5d404d3139a4624892a12683240abfae931ee849 commit: 9c1f5ab7dcce1b9ddb9321b328c5445238450671 [95/120] drm/amd/display: add delay between panel pwr off to on. config: i386-allyesconfig (attached as .config) compiler:

[PATCH 2/3] ARM: dts: bcm283x: Remove the vc4 GPU subsystem node.

This is no longer required by the DRM driver, and was just a temporary hack for it. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm283x.dtsi | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dts/bcm283x.dtsi index

[PATCH 1/3] drm/vc4: Remove the need for the GPU-subsystem DT node.

The GPU subsystem node was a workaround to have a central device to bind V3D and display to. Following the lead of 246774d17fc0 ("drm/etnaviv: remove the need for a gpu-subsystem DT node"), remove the subsystem node usage and just create a platform device for the DRM device to attach to if any of

[PATCH 3/3] ARM: dts: cygnus: Remove the vc4 GPU subsystem node.

This is no longer required by the DRM driver, and was just a temporary hack for it. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm-cygnus.dtsi | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi b/arch/arm/boot/dts/bcm-cygnus.dtsi

[Bug 104216] Firefox quirks (black and/or white squares)

https://bugs.freedesktop.org/show_bug.cgi?id=104216 --- Comment #23 from Germano Massullo --- Trying to get some answers from Mozilla developers https://bugzilla.mozilla.org/show_bug.cgi?id=1421353#c17 https://bugzilla.mozilla.org/show_bug.cgi?id=1421353#c18 --

Re: RFC for a render API to support adaptive sync and VRR

Thanks for initiating the discussion. Find my comments below: On Mon, Apr 09, 2018 at 04:00:21PM -0400, Harry Wentland wrote: > Adding dri-devel, which I should've included from the start. > > On 2018-04-09 03:56 PM, Harry Wentland wrote: > > === What is adaptive sync and VRR? === > > > >

Re: [PATCH 6/7] clk: sunxi-ng: sun5i: Export the MBUS clock

On Tue, Apr 03, 2018 at 03:29:19PM +0200, Maxime Ripard wrote: > The MBUS clock is used by the MBUS controller, so let's export it so that > we can use it in our DT node. > > Signed-off-by: Maxime Ripard > --- > drivers/clk/sunxi-ng/ccu-sun5i.h | 4 >

Re: [PATCH] display: panel: Add AUO g070vvn01 display support (800x480)

On Tue, Apr 03, 2018 at 12:15:25PM +0200, Lukasz Majewski wrote: > This commit adds support for AUO's 7.0" display. > > Signed-off-by: Lukasz Majewski > --- > .../bindings/display/panel/auo,g070vvn01 | 30 + .txt >

Re: [Freedreno] [DPU PATCH 1/2] drm/msm/dsi: check video mode engine status before waiting

On 2018-04-09 08:28, Jordan Crouse wrote: On Sat, Apr 07, 2018 at 12:50:04AM -0700, Abhinav Kumar wrote: Make sure the video mode engine is on before waiting for the video done interrupt. Otherwise it leads to silent timeouts increasing display turn ON time. Signed-off-by: Abhinav Kumar

[PATCH] drm/i2c: tda998x: Remove VLA usage

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The vla in reg_write_range is based on the length of data passed. The one use of a non-constant size for this range is bounded by the size buffer passed to hdmi_infoframe_pack which is a fixed size. Switch to

[PATCH] drm/gma500: Remove VLA

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. Switch to a reasonable upper bound for the VLAs in the gma500 driver. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Laura Abbott --- This was a little hard to figure out but I

[PATCH] drm/amdkfd: Remove vla

There's an ongoing effort to remove VLAs[1] from the kernel to eventually turn on -Wvla. The single VLA usage in the amdkfd driver is actually constant across all current platforms. Switch to a constant size array instead. [1] https://lkml.org/lkml/2018/3/7/621 Signed-off-by: Laura Abbott

[PATCH] drm/vc4: Fix leak of the file_priv that stored the perfmon.

Signed-off-by: Eric Anholt Fixes: 65101d8c9108 ("drm/vc4: Expose performance counters to userspace") --- drivers/gpu/drm/vc4/vc4_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c index

[Bug 104597] [bisected] Compton weird colors

https://bugs.freedesktop.org/show_bug.cgi?id=104597 Timothy Arceri changed: What|Removed |Added CC|

Re: [PATCHv3 5/8] dt-bindings: panel: common: document orientation property

On Fri, Mar 30, 2018 at 07:18:19PM +0200, Sebastian Reichel wrote: > Merge "rotation" property description into common panel > binding. > > Suggested-by: Rob Herring > Signed-off-by: Sebastian Reichel > --- >

Re: [PATCH v3 2/2] drivers: remove force dma flag from buses

On Fri, Mar 30, 2018 at 01:24:45PM +0530, Nipun Gupta wrote: > With each bus implementing its own DMA configuration callback, > there is no need for bus to explicitly have force_dma in its > global structure. This patch modifies of_dma_configure API to > accept an input parameter which specifies

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #19 from MirceaKitsune --- (In reply to Alex Deucher from comment #18) > Those parameters are not used on your chip. That would be quite something, since after setting them I've clearly seen an

Re: drm/vc4: false-positive negative cursor position warning

Daniel J Blueman writes: > Hi Eric et al, > > In a number of windowing environments (eg GNOME 3) on Raspberry Pi 3B > on 4.16.0 arm64, the mouse cursor top-left gets down to x,y -4,-4, > tripping WARN_ON_ONCE(plane->state->crtc_x < 0 || plane->state->crtc_y > < 0) [1], which

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #18 from Alex Deucher --- (In reply to MirceaKitsune from comment #17) > I will continue trying different values and seeing how tweaking them changes > the issue. Please let me know what you think. Those

Re: RFC for a render API to support adaptive sync and VRR

Adding dri-devel, which I should've included from the start. On 2018-04-09 03:56 PM, Harry Wentland wrote: > === What is adaptive sync and VRR? === > > Adaptive sync has been part of the DisplayPort spec for a while now and > allows graphics adapters to drive displays with varying frame

Re: [PATCH] drm/vc4: Fix memory leak during BO teardown

Daniel J Blueman writes: > During BO teardown, an indirect list 'uniform_addr_offsets' wasn't being > freed leading to leaking many 128B allocations. Fix the memory leak by > releasing it at teardown time. Reviewed, added a Fixes tag, and pushed to drm-misc-fixes. Thanks!

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #17 from MirceaKitsune --- I have a very important preliminary result: Today I tested the last amdgpu parameters on the list, and seem to have found a set that greatly mitigates the problem.

Re: [PATCH v2 4/5] drm: bridge: lvds-encoder: allow specifying the input bus format

On Mon, Mar 26, 2018 at 11:24:46PM +0200, Peter Rosin wrote: > If the bridge changes the bus format, allow this to be described in > the bridge, instead of providing false information about the bus > format of the connector or panel. I guess this is dead, but I'll comment here anyway because this

Re: [Patch 2/4] dt-bindings: display/ti: Add plane binding to dispc node

On Fri, Mar 23, 2018 at 2:53 AM, Tomi Valkeinen wrote: > Hi Rob, > > On 23/03/18 03:23, Rob Herring wrote: > >>> Ok, I think the description was a bit unclear. So, the driver can do >>> this just fine, it can reserve hw planes dynamically when needed. The >>> problem is the

RE: [RFC 1/3] drm: Add DAMAGE_CLIPS property to plane

> > > > +void drm_plane_enable_damage_clips(struct drm_plane *plane) > > > > +{ > > > > + struct drm_device *dev = plane->dev; > > > > + struct drm_mode_config *config = >mode_config; > > > > + > > > > + drm_object_attach_property(>base, config- > > > >prop_damage_clips, 0); > >

Re: [PATCH 8/8] drm/arm/malidp: Added the late system pm functions

Hi Daniel, On Mon, Apr 09, 2018 at 10:23:37AM +0200, Daniel Vetter wrote: On Fri, Apr 06, 2018 at 08:02:16PM +0100, Ayan Halder wrote: On Tue, Mar 27, 2018 at 01:09:36PM +0200, Daniel Vetter wrote: > On Tue, Mar 27, 2018 at 11:59 AM, Ayan Halder wrote: > > On Tue, Mar 27,

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 zxvfxwing (zxvfxw...@protonmail.com) changed: What|Removed |Added CC|

Re: [Freedreno] [DPU PATCH 1/2] drm/msm/dsi: check video mode engine status before waiting

On Sat, Apr 07, 2018 at 12:50:04AM -0700, Abhinav Kumar wrote: > Make sure the video mode engine is on before waiting > for the video done interrupt. > > Otherwise it leads to silent timeouts increasing display > turn ON time. > > Signed-off-by: Abhinav Kumar > --- >

[PATCH] drm: clarify adjusted_mode documentation for bridges

This patch clarifies the adjusted_mode documentation for bridges. Signed-off-by: Philippe Cornu Signed-off-by: Laurent Pinchart --- This patch follows discussions in: - "drm: clarify adjusted_mode for a bridge connected to a

Re: [PATCH 2/9] drm: Move simple_display_pipe prepare_fb helper into gem fb helpers

On 04/05/2018 10:44 AM, Daniel Vetter wrote: There's nothing tinydrm specific to this, and there's a few more copies of the same in various other drivers. Signed-off-by: Daniel Vetter Cc: Gustavo Padovan Cc: Maarten Lankhorst

[PATCH v3 3/3] drm/msm/dsi: replace version checks with helper functions

Replace version checks with the helper functions bound to cfg_handler for DSI v2, DSI 6G 1.x and DSI 6G v2.0+ controllers Signed-off-by: Sibi Sankar --- drivers/gpu/drm/msm/dsi/dsi_host.c | 242 + 1 file changed, 29 insertions(+), 213

[PATCH v3 2/3] drm/msm/dsi: add implementation for helper functions

Add dsi host helper function implementation for DSI v2 DSI 6G 1.x and DSI 6G v2.0+ controllers Signed-off-by: Sibi Sankar --- drivers/gpu/drm/msm/dsi/dsi.h | 15 +++ drivers/gpu/drm/msm/dsi/dsi_cfg.c | 56 -- drivers/gpu/drm/msm/dsi/dsi_host.c | 218

[PATCH v3 0/3] Cleanup excessive DSI host controller version checks

This patch series aims to create and bind dsi host controller helper functions to functionalities that vary across DSI v2, DSI 6G 1.x and DSI 6G v2.0+ controllers. These functionalities are currently under excessive version checks which is now replaced with the corresponding helper function. V3:

[PATCH v3 1/3] drm/msm/dsi: add dsi host helper functions support

Add dsi host helper functions support for DSI v2 and DSI 6G 1.x controllers that are under version checks Signed-off-by: Sibi Sankar --- drivers/gpu/drm/msm/dsi/dsi.h | 1 + drivers/gpu/drm/msm/dsi/dsi_cfg.h | 12 2 files changed, 13 insertions(+) diff

[Bug 104602] [apitrace] Graphical artifacts in Civilization VI on RX Vega

https://bugs.freedesktop.org/show_bug.cgi?id=104602 --- Comment #7 from Zach Tibbitts --- This issue is also persisting with the latest update to Civ VI, including the Rise and Fall expansion. -- You are receiving this mail because: You are the assignee for the

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #80 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- (In reply to Ricardo Ribalda from comment #79) > Hi Jerome > > Not really, I am waiting for some feedback from Andrey. > > > With the env. variable: > >

Re: GPU/DRM issue with DSI commands on msm 8916

On Monday 09 April 2018 04:28 PM, Daniel Mack wrote: Hi Archit, Thanks a lot for your reply. On Friday, April 06, 2018 01:25 PM, Archit Taneja wrote: On Thursday 05 April 2018 08:28 PM, Daniel Mack wrote: I'm having issues with the GPU/DRM drivers on a msm8916 based platform which is very

Re: [PATCH v2 0/5] allow override of bus format in bridges

Hi Peter, On Monday, 9 April 2018 10:04:05 EEST Peter Rosin wrote: > On 2018-04-04 14:35, Peter Rosin wrote: > > On 2018-04-04 11:07, Laurent Pinchart wrote: > >> On Wednesday, 4 April 2018 09:34:41 EEST Daniel Vetter wrote: > >>> On Wed, Apr 4, 2018 at 12:28 AM, Laurent Pinchart wrote: > On

[Bug 199101] AMDGPU Fury X random screen flicker on Linux kernel 4.16rc5

https://bugzilla.kernel.org/show_bug.cgi?id=199101 Sergey Kondakov (virtuous...@gmail.com) changed: What|Removed |Added CC|

[Bug 104602] [apitrace] Graphical artifacts in Civilization VI on RX Vega

https://bugs.freedesktop.org/show_bug.cgi?id=104602 --- Comment #6 from Jason Playne --- Can Confirm that this problem still persists on Kernel 4.16.1 and Mesa 18 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 3/4] drm/virtio: remove drm_dev_set_unique workaround

On 9 April 2018 at 11:24, Emil Velikov wrote: > On 9 April 2018 at 09:26, Daniel Vetter wrote: > >>> - point drm_device::dev to the parent of the virtio_device >>> The biggest hack imaginable, if even possible. >> >> What would/could break if we do

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 --- Comment #10 from Mike Lothian (m...@fireburn.co.uk) --- I should add this is 4.16-rc7 (agd5f's 4.18-wip branch) Qt 5.10, KDE frameworks 5.44, Plasma 5.12.4, Xorg 1.19.5 using the modesetting DDX (I'll try the Intel & AMDGPU DDXs tonight. --

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 Mike Lothian (m...@fireburn.co.uk) changed: What|Removed |Added CC||m...@fireburn.co.uk

[Bug 105950] radeonsi: OpenCL not working correctly on a big endian machine

https://bugs.freedesktop.org/show_bug.cgi?id=105950 --- Comment #2 from Bas Vermeulen --- Created attachment 138698 --> https://bugs.freedesktop.org/attachment.cgi?id=138698=edit Patch for dispatch_packet endianness fix -- You are receiving this mail because: You are the

[Bug 105950] radeonsi: OpenCL not working correctly on a big endian machine

https://bugs.freedesktop.org/show_bug.cgi?id=105950 --- Comment #1 from Bas Vermeulen --- Created attachment 138697 --> https://bugs.freedesktop.org/attachment.cgi?id=138697=edit Patch for si_vgt_param_key endian fix -- You are receiving this mail because: You are the

[Bug 105589] [CI] igt@kms_chamelium@* - fail - Failed assertion: !chamelium->env.fault_occurred - Last errno: 101, Network is unreachable (kms_chamelium:2833) igt_chamelium-CRITICAL: Chamelium RPC cal

https://bugs.freedesktop.org/show_bug.cgi?id=105589 Marta Löfstedt changed: What|Removed |Added Component|DRM/Intel |IGT

[Bug 105950] radeonsi: OpenCL not working correctly on a big endian machine

https://bugs.freedesktop.org/show_bug.cgi?id=105950 Bug ID: 105950 Summary: radeonsi: OpenCL not working correctly on a big endian machine Product: Mesa Version: 17.3 Hardware: PowerPC OS: Linux (All)

Re: [PATCH 3/4] drm/virtio: remove drm_dev_set_unique workaround

On 9 April 2018 at 09:26, Daniel Vetter wrote: >> - point drm_device::dev to the parent of the virtio_device >> The biggest hack imaginable, if even possible. > > What would/could break if we do this? Why is this a hack? It _feels_ very hacky to reach/store the parent of the

Re: [PATCH v7 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On Fri, Apr 06, 2018 at 06:40:14PM +0300, Laurent Pinchart wrote: > On Friday, 6 April 2018 17:25:58 EEST jacopo mondi wrote: > > Same on the mandatory/optional VCC supply thing. Let's try to make > > next version the final one. If the optional property with the dummy > > regulator doesn't

Re: [PATCH] drm: bridge: Constify mode arguments to bridge .mode_set() operation

Hi Daniel, On Monday, 9 April 2018 12:18:28 EEST Daniel Vetter wrote: > On Mon, Apr 09, 2018 at 11:56:55AM +0300, Laurent Pinchart wrote: > > On Monday, 9 April 2018 11:53:07 EEST Daniel Vetter wrote: > >> On Fri, Apr 06, 2018 at 07:23:57PM +0300, Laurent Pinchart wrote: > >>> The mode and

Re: AMD graphics performance regression in 4.15 and later

Am 07.04.2018 um 00:00 schrieb Jean-Marc Valin: Hi Christian, Thanks for the info. FYI, I've also opened a Firefox bug for that at: https://bugzilla.mozilla.org/show_bug.cgi?id=1448778 Feel free to comment since you have a better understanding of what's going on. One last question: right now

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 --- Comment #8 from m...@rainer-finke.de --- The random flickering every 30 seconds is the same from my point of view. What is different on my setup is that Plasma-Wayland with night shift enabled with a changed color flickers with every mouse

Re: [PATCH 0/7] sunxi: Add DT representation for the MBUS controller

Hi Rob, On Tue, Apr 03, 2018 at 11:03:30AM -0500, Rob Herring wrote: > On Tue, Apr 3, 2018 at 8:29 AM, Maxime Ripard > wrote: > > Hi, > > > > We've had for quite some time to hack around in our drivers to take into > > account the fact that our DMA accesses are not

Re: [PATCH] drm: bridge: Constify mode arguments to bridge .mode_set() operation

On Mon, Apr 09, 2018 at 11:56:55AM +0300, Laurent Pinchart wrote: > On Monday, 9 April 2018 11:53:07 EEST Daniel Vetter wrote: > > On Fri, Apr 06, 2018 at 07:23:57PM +0300, Laurent Pinchart wrote: > > > The mode and ajusted_mode passed to the bridge .mode_set() operation > > > should never be

Re: DRM_UDL and GPU under Xserver

On Mon, Apr 09, 2018 at 08:55:36AM +, Alexey Brodkin wrote: > Hi Daniel, > > On Mon, 2018-04-09 at 10:31 +0200, Daniel Vetter wrote: > > On Thu, Apr 05, 2018 at 06:39:41PM +, Alexey Brodkin wrote: > > > Hi Daniel, all, > > [snip] > > > > Ok it was quite some time ago so I forgot about

Re: [PATCH 0/1] drm: Add crtc_queue_syncobj and crtc_get_syncobj ioctls

On Fri, Apr 06, 2018 at 04:56:48PM -0700, Keith Packard wrote: > (This is an RFC on whether this pair of ioctls seems reasonable. The > code compiles, but I haven't tested it as I'm away from home this > weekend.) > > I'm rewriting my implementation of the Vulkan EXT_display_control > extension,

Re: [PATCH] drm: bridge: Constify mode arguments to bridge .mode_set() operation

On Monday, 9 April 2018 11:53:07 EEST Daniel Vetter wrote: > On Fri, Apr 06, 2018 at 07:23:57PM +0300, Laurent Pinchart wrote: > > The mode and ajusted_mode passed to the bridge .mode_set() operation > > should never be modified by the bridge (and are not in any of the > > existing bridge

Re: [PATCH] drm: bridge: Constify mode arguments to bridge .mode_set() operation

On Fri, Apr 06, 2018 at 07:23:57PM +0300, Laurent Pinchart wrote: > The mode and ajusted_mode passed to the bridge .mode_set() operation > should never be modified by the bridge (and are not in any of the > existing bridge drivers). Make them const to make this clear. > > Signed-off-by: Laurent

[PATCH] drm/xen-front: use simple display pipe prepare_fb helper

I missed this one because on an older tree. Signed-off-by: Daniel Vetter Cc: Oleksandr Andrushchenko Cc: xen-de...@lists.xen.org --- drivers/gpu/drm/xen/xen_drm_front_kms.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-)

Re: [PATCH 0/9] implicit fencing clarification

On Fri, Apr 06, 2018 at 10:38:38AM +0300, Oleksandr Andrushchenko wrote: > Hi, Daniel! > > It seems that this series misses xen-front's > "Use simple_display_pipe prepare_fb helper" change? Hm indeed, I guess I was on an older tree. Will follow up. Care to review the other patches meanwhile?

Re: [PATCH 2/9] drm: Move simple_display_pipe prepare_fb helper into gem fb helpers

On Fri, Apr 06, 2018 at 11:42:42AM +0200, Noralf Trønnes wrote: > > Den 05.04.2018 17.44, skrev Daniel Vetter: > > There's nothing tinydrm specific to this, and there's a few more > > copies of the same in various other drivers. > > > > Signed-off-by: Daniel Vetter > >

Re: [Intel-gfx] [PATCH 11/13] drm/omapdrm: Nuke omap_framebuffer_get_next_connector()

On Fri, Apr 06, 2018 at 09:10:43AM +0300, Tomi Valkeinen wrote: > On 05/04/18 19:50, Daniel Vetter wrote: > > On Thu, Apr 05, 2018 at 06:13:58PM +0300, Ville Syrjala wrote: > >> From: Ville Syrjälä > >> > >> omap_framebuffer_get_next_connector() uses plane->fb which

Re: [RFC 3/3] drm: Add helper to validate damage during modeset_check

On Thu, Apr 05, 2018 at 11:55:29PM +, Deepak Singh Rawat wrote: > > > > On Wed, Apr 04, 2018 at 04:49:08PM -0700, Deepak Rawat wrote: > > > This patch adds a helper which should be called by driver which enable > > > damage (by calling drm_plane_enable_damage_clips) from atomic_check > > >

Re: [RFC 1/3] drm: Add DAMAGE_CLIPS property to plane

On Thu, Apr 05, 2018 at 11:07:19PM +, Deepak Singh Rawat wrote: > > > > On Wed, Apr 04, 2018 at 04:49:06PM -0700, Deepak Rawat wrote: > > > From: Lukasz Spintzyk > > > > > > Optional plane property to mark damaged regions on the plane in > > > framebuffer

Re: DRM_UDL and GPU under Xserver

On Thu, Apr 05, 2018 at 06:39:41PM +, Alexey Brodkin wrote: > Hi Daniel, all, > > On Thu, 2018-04-05 at 15:44 +0200, Daniel Vetter wrote: > > On Thu, Apr 05, 2018 at 11:10:03AM +, Alexey Brodkin wrote: > > > Hi Daniel, Lucas, > > > > > > On Thu, 2018-04-05 at 12:59 +0200, Daniel Vetter

Re: [RFC 2/3] drm: Add helper iterator functions to iterate over plane damage.

On Thu, Apr 05, 2018 at 11:59:57PM +, Deepak Singh Rawat wrote: > > plane damage. > > > > On 04/05/2018 09:52 AM, Daniel Vetter wrote: > > > > > > TYPE_PLANE I have no idea who needs that. I suggest we just drop it. > > > > I'm assuming CRTC plane coordinates here. They are used for

Re: [Intel-gfx] [PATCH] drm/i915: Do NOT skip the first 4k of stolen memory for pre-allocated buffers

On Sat, Apr 07, 2018 at 11:34:57AM +0200, Hans de Goede wrote: > Hi, > > On 06-04-18 18:06, Ville Syrjälä wrote: > > On Thu, Apr 05, 2018 at 01:37:31PM +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 04-04-18 22:49, Ville Syrjälä wrote: > > > > On Wed, Apr 04, 2018 at 10:06:29PM +0200, Hans

Re: [PATCH v2 3/4] drm/i915: Check hdcp key loadability

On Fri, Apr 06, 2018 at 07:02:02PM +0300, Ville Syrjälä wrote: > On Mon, Apr 02, 2018 at 02:35:42PM +0530, Ramalingam C wrote: > > > > > > On Thursday 29 March 2018 07:54 PM, Ville Syrjälä wrote: > > > On Thu, Mar 29, 2018 at 07:39:07PM +0530, Ramalingam C wrote: > > >> HDCP1.4 key can be

Re: [PATCH 1/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Fri, Apr 06, 2018 at 02:25:08PM +0300, Oleksandr Andrushchenko wrote: > On 04/03/2018 12:47 PM, Daniel Vetter wrote: > > On Thu, Mar 29, 2018 at 04:19:31PM +0300, Oleksandr Andrushchenko wrote: > > > From: Oleksandr Andrushchenko > > > +static int

Re: [PATCH 3/4] drm/virtio: remove drm_dev_set_unique workaround

On Fri, Apr 06, 2018 at 01:56:15PM +0100, Emil Velikov wrote: > Hi Laszlo, > > On 6 April 2018 at 13:15, Laszlo Ersek wrote: > > On 04/04/18 19:29, Laszlo Ersek wrote: > >> Hi Emil, > >> > >> On 04/03/18 19:13, Emil Velikov wrote: > >>> On 29 March 2018 at 12:17, Laszlo Ersek

Re: [PATCH 8/8] drm/arm/malidp: Added the late system pm functions

On Fri, Apr 06, 2018 at 08:02:16PM +0100, Ayan Halder wrote: > On Tue, Mar 27, 2018 at 01:09:36PM +0200, Daniel Vetter wrote: > > On Tue, Mar 27, 2018 at 11:59 AM, Ayan Halder wrote: > > > On Tue, Mar 27, 2018 at 10:29:03AM +0200, Daniel Vetter wrote: > > >> On Mon, Mar 26,

Re: [PATCH v2] Add udmabuf misc device

On Fri, Apr 06, 2018 at 02:24:46PM +0200, Christian König wrote: > Am 06.04.2018 um 11:33 schrieb Gerd Hoffmann: > >Hi, > > > > > The pages backing a DMA-buf are not allowed to move (at least not without > > > a > > > patch set I'm currently working on), but for certain MM operations to work

Re: [RfC PATCH] Add udmabuf misc device

On Thu, Apr 05, 2018 at 05:11:17PM -0700, Matt Roper wrote: > On Thu, Apr 05, 2018 at 10:32:04PM +0200, Daniel Vetter wrote: > > Pulling this out of the shadows again. > > > > We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff > > from Matt and Dongwong. > > > > At least from

[Bug 105883] booting with kernel using amd-staging-drm-next on 2400G hangs

https://bugs.freedesktop.org/show_bug.cgi?id=105883 --- Comment #8 from Michel Dänzer --- Is CONFIG_DRM_AMD_DC_DCN1_0 enabled in the kernel build configuration in both cases? -- You are receiving this mail because: You are the assignee for the

Re: [RfC PATCH] Add udmabuf misc device

On Fri, Apr 06, 2018 at 12:54:22PM +0200, Gerd Hoffmann wrote: > On Fri, Apr 06, 2018 at 10:52:21AM +0100, Daniel Stone wrote: > > Hi Gerd, > > > > On 14 March 2018 at 08:03, Gerd Hoffmann wrote: > > >> Either mlock account (because it's mlocked defacto), and get_user_pages >

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 Michel Dänzer (mic...@daenzer.net) changed: What|Removed |Added CC|

Re: [PATCH] drm: clarify adjusted_mode for a bridge connected to a crtc

On Fri, Apr 06, 2018 at 03:28:27PM +, Philippe CORNU wrote: > Hi Laurent, > > On 04/06/2018 04:53 PM, Laurent Pinchart wrote: > > Hi Philippe, > > > > Thank you for the patch. > > > > On Monday, 26 February 2018 14:16:04 EEST Philippe Cornu wrote: > >> This patch clarifies the adjusted_mode

[Bug 199319] Flickering screen on AMDGPU and DC with Linux 4.16-2

https://bugzilla.kernel.org/show_bug.cgi?id=199319 --- Comment #6 from m...@rainer-finke.de --- The flickering that is happening from time to time is probably the same as in the bug report https://bugzilla.kernel.org/show_bug.cgi?id=199101. So only the flickering when night shift is enabled on

[Bug 105684] Loading amdgpu hits general protection fault: 0000 [#1] SMP NOPTI

https://bugs.freedesktop.org/show_bug.cgi?id=105684 --- Comment #15 from jian-h...@endlessm.com --- Created attachment 138692 --> https://bugs.freedesktop.org/attachment.cgi?id=138692=edit tested with Linux kernel 4.16+ (commit f8cf2f16a7c95acce497bfafa90e7c6d8397d653) I have tried Linux

Re: [PATCH 01/10] include: Move ascii85 functions from i915 to linux/ascii85.h

Hi Jordan, Thank you for the patch! Yet something to improve: [auto build test ERROR on robclark/msm-next] [also build test ERROR on v4.16 next-20180406] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v6 05/30] drm/bridge: analogix_dp: Wait for HPD signal before configuring link

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 22.9952) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Failed to apply!

Re: [PATCH] uapi: fix linux/kfd_ioctl.h userspace compilation errors

Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: 6a1c9510694f drm/amdkfd: Adding new IOCTL for scratch memory v2. The bot has also determined it's probably a bug fixing patch. (score: 20.4472) The bot has tested the following

Re: [PATCH v6 07/30] drm/bridge: analogix_dp: Ensure edp is disabled when shutting down the panel

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 15.6725) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Failed to apply!

Re: [PATCH v6 15/30] drm/bridge: analogix_dp: Fix timeout of video streamclk config

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 94.5181) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Build OK! v4.15.15:

Re: [PATCH] drm/sti: Depend on OF rather than selecting it

Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: cc6b741c6f63 drm: sti: remove useless fields from vtg structure. The bot has also determined it's probably a bug fixing patch. (score: 96.6729) The bot has tested the following

Re: [PATCH v6 18/30] drm/bridge: analogix_dp: Reorder plat_data->power_off to happen sooner

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 13.9476) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Failed to apply!

Re: [PATCH v6 16/30] drm/bridge: analogix_dp: Fix incorrect operations with register ANALOGIX_DP_FUNC_EN_1

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 23.2149) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Build OK! v4.15.15:

Re: AMD graphics performance regression in 4.15 and later

Hi Christian, Thanks for the info. FYI, I've also opened a Firefox bug for that at: https://bugzilla.mozilla.org/show_bug.cgi?id=1448778 Feel free to comment since you have a better understanding of what's going on. One last question: right now I'm running 4.15.0 with the "offending" patch

Re: [PATCH v6 06/30] drm/bridge: analogix_dp: Set PD_INC_BG first when powering up edp phy

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 8.8719) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Build OK! v4.15.15: Build

Re: [PATCH v6 01/30] drm/bridge: analogix_dp: Move enable video into config_video()

Hi, [This is an automated email] This commit has been processed by the -stable helper bot and determined to be a high probability candidate for -stable trees. (score: 6.1286) The bot has tested the following trees: v4.16, v4.15.15, v4.14.32, v4.9.92, v4.4.126. v4.16: Failed to apply! Possible

  1   2   >