Re: [PATCH v6 3/5] drm/vc4: Set up the DSI host at pdev probe time, not component bind.

On 08/16/2017 05:17 AM, Eric Anholt wrote: We need the following things to happen in sequence: DSI host creation DSI device creation in the panel driver (needs DSI host) DSI device attach from panel to host. DSI drm_panel_add() DSI encoder creation DSI encoder's DRM panel/bridge attach

Re: [PATCH libdrm v2 2/2] android: amdgpu: fix build break

Ping. Is there any other concern to merge the fix? 2017-07-27 16:20 GMT+08:00 Chih-Wei Huang : > Define two macros to avoid building errors. > > Fixes: 7e6bf88cac (amdgpu: move asic id table to a separate file) > > Signed-off-by: Chih-Wei Huang >

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #25 from Michel Dänzer --- (In reply to Ethan Hsieh from comment #24) > The tearing issue which I saw when running glxgear with default window size > is same as the corruption shown in Timo's video. That's

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #24 from Ethan Hsieh --- The tearing issue which I saw when running glxgear with default window size is same as the corruption shown in Timo's video. The photo and video I uploaded were taken when running

[Bug 102247] Mesa failing to compile

https://bugs.freedesktop.org/show_bug.cgi?id=102247 --- Comment #4 from Michel Dänzer --- BTW, -DLLVM_LINK_LLVM_DYLIB=ON should avoid this bug as well. -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 102247] Mesa failing to compile

https://bugs.freedesktop.org/show_bug.cgi?id=102247 --- Comment #3 from Michel Dänzer --- That's a different, pre-existing issue. To avoid it, build LLVM with either -DLLVM_LINK_LLVM_DYLIB=ON or -DLLVM_APPEND_VC_REV=OFF. -- You are receiving this mail because: You are the

Re: [linux-sunxi] [PATCH 01/13] dt-bindings: update the binding for Allwinner H3 DE2 support

Hi, Dne četrtek, 10. avgust 2017 ob 02:21:21 CEST je Rob Herring napisal(a): > On Wed, Aug 02, 2017 at 09:06:26PM +0200, Jernej Škrabec wrote: > > Hi, > > > > Dne sreda, 02. avgust 2017 ob 07:02:39 CEST je icen...@aosc.io napisal(a): > > > 在 2017-08-02 12:53，Jernej Škrabec 写道： > > > > > > > Hi

Re: [patch net-next 0/3] net/sched: Improve getting objects by indexes

Am 16.08.2017 um 04:12 schrieb Chris Mi: Using current TC code, it is very slow to insert a lot of rules. In order to improve the rules update rate in TC, we introduced the following two changes: 1) changed cls_flower to use IDR to manage the filters. 2) changed all act_xxx

Re: [patch net-next 0/3] net/sched: Improve getting objects by indexes

Quoting Christian König (2017-08-16 08:49:07) > Am 16.08.2017 um 04:12 schrieb Chris Mi: > > Using current TC code, it is very slow to insert a lot of rules. > > > > In order to improve the rules update rate in TC, > > we introduced the following two changes: > > 1) changed cls_flower to

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Noralf Trønnes writes: > Den 16.08.2017 22.39, skrev Laurent Pinchart: >> Hi Noralf, >> >> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: >>> Den 16.08.2017 19.24, skrev Eric Anholt: Noralf Trønnes writes: > This library provides helpers

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Noralf, On Wednesday 16 Aug 2017 23:31:23 Noralf Trønnes wrote: > Den 16.08.2017 23.13, skrev Daniel Vetter: > > On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart wrote: > >> On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote: > >>> Perhaps pinged Laurent on irc since he's written/reviewed

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Noralf, On Wednesday 16 Aug 2017 23:24:50 Noralf Trønnes wrote: > Den 16.08.2017 23.08, skrev Laurent Pinchart: > > On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote: > >> Den 16.08.2017 22.39, skrev Laurent Pinchart: > >>> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: >

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Den 16.08.2017 23.13, skrev Daniel Vetter: On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart wrote: On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote: Perhaps pinged Laurent on irc since he's written/reviewed a bunch of cma patches. Aside: Being on irc

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Den 16.08.2017 23.08, skrev Laurent Pinchart: Hi Noralf, On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote: Den 16.08.2017 22.39, skrev Laurent Pinchart: On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: Den 16.08.2017 19.24, skrev Eric Anholt: Noralf Trønnes

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart wrote: > On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote: >> Perhaps pinged Laurent on irc since he's written/reviewed a bunch of cma >> patches. Aside: Being on irc would be good, makes it quicker to >>

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Daniel, On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote: > On Wed, Aug 16, 2017 at 11:03 PM, Noralf Trønnes wrote: > > Den 16.08.2017 22.39, skrev Laurent Pinchart: > >> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: > >>> Den 16.08.2017 19.24, skrev Eric

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Noralf, On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote: > Den 16.08.2017 22.39, skrev Laurent Pinchart: > > On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: > >> Den 16.08.2017 19.24, skrev Eric Anholt: > >>> Noralf Trønnes writes: > This library

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

On Wed, Aug 16, 2017 at 11:03 PM, Noralf Trønnes wrote: > > Den 16.08.2017 22.39, skrev Laurent Pinchart: >> >> Hi Noralf, >> >> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: >>> >>> Den 16.08.2017 19.24, skrev Eric Anholt: Noralf Trønnes

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Den 16.08.2017 22.39, skrev Laurent Pinchart: Hi Noralf, On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: Den 16.08.2017 19.24, skrev Eric Anholt: Noralf Trønnes writes: This library provides helpers for drivers that don't subclass drm_framebuffer and are backed

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Noralf, One additional comment. On Wednesday 16 Aug 2017 23:37:54 Laurent Pinchart wrote: > On Sunday 13 Aug 2017 15:31:44 Noralf Trønnes wrote: > > This library provides helpers for drivers that don't subclass > > drm_framebuffer and are backed by drm_gem_object. The code is > > taken from

[Bug 102247] Mesa failing to compile

https://bugs.freedesktop.org/show_bug.cgi?id=102247 --- Comment #2 from Chris Rankin --- No, I now get: configure: error: Could not find llvm shared libraries: Please make sure you have built llvm with the --enable-shared option

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Hi Noralf, On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote: > Den 16.08.2017 19.24, skrev Eric Anholt: > > Noralf Trønnes writes: > >> This library provides helpers for drivers that don't subclass > >> drm_framebuffer and are backed by drm_gem_object. The code is > >>

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Ni Noralf, Thank you for the patch. On Sunday 13 Aug 2017 15:31:44 Noralf Trønnes wrote: > This library provides helpers for drivers that don't subclass > drm_framebuffer and are backed by drm_gem_object. The code is > taken from drm_fb_cma_helper. > > Signed-off-by: Noralf Trønnes

[pull] amdgpu drm-fixes-4.13

Hi Dave, Just one fix for high CPU usage with fence synchronization. The following changes since commit 46828dc77961d9286e55671c4dd3b6c9effadf1a: Merge branch 'linux-4.13' of git://github.com/skeggsb/linux into drm-fixes (2017-08-10 11:45:04 +1000) are available in the git repository at:

Re: [PATCH][drm-next] drm/tinydrm: make function st7586_pipe_enable static

Den 16.08.2017 17.46, skrev David Lechner: On 08/16/2017 04:23 AM, Colin King wrote: From: Colin Ian King The function st7586_pipe_enable is local to the source and does not need to be in global scope, so make it static. Cleans up sparse warning: symbol

Re: [PATCH v3 02/22] drm/fb-cma-helper: Use drm_gem_framebuffer_helper

Den 16.08.2017 19.33, skrev Eric Anholt: Noralf Trønnes writes: Use the new drm_gem_framebuffer_helper who's code was copied from this helper. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_cma_helper.c | 181

[Bug 102253] Request for freedesktop.org account

https://bugs.freedesktop.org/show_bug.cgi?id=102253 --- Comment #3 from Daniel Vetter --- Ack. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org

[pull] radeon and amdgpu drm-next-4.14

Hi Dave, More features for 4.14. Nothing too major here. I have a few more additional patches for large page support in vega10 among other things, but they require some resevation object patches from drm-misc-next, so I'll send that request once you've pulled the latest drm-misc-next.

Re: [PATCH v2 00/19] drm/dumb-buffers: Add defaults for .dumb_map_offset and .dumb_destroy

Den 16.08.2017 09.49, skrev Daniel Vetter: On Tue, Aug 15, 2017 at 10:58:21PM +0200, Noralf Trønnes wrote: Den 06.08.2017 17.40, skrev Noralf Trønnes: This is a follow up with the patches that haven't been reviewed. First version:

Re: [PATCH] drm/amd/display: put commit when -ERESTARTSYS received

On 2017-08-16 01:22 PM, Daniel Vetter wrote: > On Wed, Aug 16, 2017 at 7:12 PM, Alex Deucher wrote: >> On Wed, Aug 16, 2017 at 10:22 AM, Jerry Zuo wrote: >>> During page flip atomic_check and atomic_commit can return >>> -ERESTARTSYS to restart the

Re: [PATCH v3 02/22] drm/fb-cma-helper: Use drm_gem_framebuffer_helper

Noralf Trønnes writes: > Use the new drm_gem_framebuffer_helper who's code was copied > from this helper. > > Signed-off-by: Noralf Trønnes > --- > drivers/gpu/drm/drm_fb_cma_helper.c | 181 > ++-- > 1 file changed, 30

Re: [PATCH v3 22/22] drm/fb-cma-helper: Remove unused functions

Noralf Trønnes writes: > The cma drivers use the drm_gem_framebuffer_helper functions now, > so remove drm_fb_cma_destroy, drm_fb_cma_create_handle, > drm_fb_cma_create_with_funcs, drm_fb_cma_create and > drm_fb_cma_prepare_fb. > > Signed-off-by: Noralf Trønnes

Re: [PATCH v3 13/22] drm/pl111: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

Noralf Trønnes writes: > drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, > use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Reviewed-by: Eric Anholt signature.asc Description: PGP signature

Re: [PATCH v3 20/22] drm/vc4: Use drm_gem_fb_create()

Noralf Trønnes writes: > drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, > so use the function directly. Reviewed-by: Eric Anholt Looks like I should be using the default helper in place of vc4_prepare_fb(), too. signature.asc

Re: [PATCH v3 01/22] drm: Add GEM backed framebuffer library

Noralf Trønnes writes: > This library provides helpers for drivers that don't subclass > drm_framebuffer and are backed by drm_gem_object. The code is > taken from drm_fb_cma_helper. > > Signed-off-by: Noralf Trønnes > Reviewed-by: Daniel Vetter

Re: [PATCH 0/9] drm/syncobj: Add full-featured wait support (v2)

[SNIP] See a wait_queue is a callback mechanism anyway, so you are wrapping a callback mechanism inside another callback mechanism and that makes not really much sense. Fair enough. There is one little snag though: We need to wait on sync objects and fences at

Re: [PATCH v2 07/19] drm/cirrus: Use the drm_driver.dumb_destroy default

On Wed, Aug 16, 2017 at 3:41 PM, Noralf Trønnes wrote: > > Den 16.08.2017 09.38, skrev Daniel Vetter: >> >> On Sun, Aug 06, 2017 at 05:40:56PM +0200, Noralf Trønnes wrote: >>> >>> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default, >>> so no need to set it. >>> >>>

Re: [PATCH] drm: Try to document legacy DPMS uapi a bit better

On Wed, Aug 16, 2017 at 4:49 PM, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Tuesday 15 Aug 2017 16:55:19 Daniel Vetter wrote: >> Laurent asked for this. > > While this is true, I'm not sure it makes a proper commit message :-) > >>

[Bug 102247] Mesa failing to compile

https://bugs.freedesktop.org/show_bug.cgi?id=102247 --- Comment #1 from Michel Dänzer --- https://patchwork.freedesktop.org/patch/171990/ should fix this. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm: Try to document legacy DPMS uapi a bit better

Hi Daniel, Thank you for the patch. On Tuesday 15 Aug 2017 16:55:19 Daniel Vetter wrote: > Laurent asked for this. While this is true, I'm not sure it makes a proper commit message :-) > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter

Re: [PATCH] drm/omap: remove no-op cleanup code

Hi Tomi, Thank you for the patch. On Wednesday 16 Aug 2017 12:11:25 Tomi Valkeinen wrote: > The driver sets crtc and plane rotation properties back to 0 degrees in > dev_lastclose() using drm_object_property_set_value(). > drm_object_property_set_value() doesn't do anything with atomic drivers,

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #23 from Michel Dänzer --- Looks like there are two separate issues here — the corruption shown in Timo's video in the original bug description, and the tearing shown in Ethan's video and photo. They need to be

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 Andy Furniss changed: What|Removed |Added Resolution|--- |WORKSFORME

Re: [PATCHv2] drm: omapdrm: Register omapdrm platform device in omapdss driver

Hi Tomi, Thank you for the patch. On Wednesday 16 Aug 2017 12:49:01 Tomi Valkeinen wrote: > From: Laurent Pinchart > > The omapdrm platform device is a virtual device created for the sole > purpose of handling the omapdss/omapdrm driver split. It should >

[Bug 102253] Request for freedesktop.org account

https://bugs.freedesktop.org/show_bug.cgi?id=102253 Linus Walleij changed: What|Removed |Added Attachment #133546|0 |1 is

[Bug 102253] Request for freedesktop.org account

https://bugs.freedesktop.org/show_bug.cgi?id=102253 Bug ID: 102253 Summary: Request for freedesktop.org account Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal

Re: [PATCH] drm/bridge/sii8620: add remote control support

On 03.08.2017 10:28, Hans Verkuil wrote: > Hi Maciej, > > Unfortunately I do not have the MHL spec, but I was wondering what the > relationship between RCP and CEC is. CEC has remote control support as > well, so is RCP that subset of the CEC specification or is it completely > separate? We also

[PATCH v2] drm/bridge/sii8620: add remote control support

MHL specification defines Remote Control Protocol(RCP) to send input events between MHL devices. The driver now recognizes RCP messages and reacts to them by reporting key events to input subsystem, allowing a user to control a device using TV remote control. Changes in v2: - use RC subsystem

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #22 from Ethan Hsieh --- Created attachment 133543 --> https://bugs.freedesktop.org/attachment.cgi?id=133543=edit tearing on 5916&5917 (photo) -- You are receiving this mail because: You are the

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #21 from Ethan Hsieh --- Created attachment 133542 --> https://bugs.freedesktop.org/attachment.cgi?id=133542=edit tearing on 5916&5917 (video) -- You are receiving this mail because: You are the

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #20 from Ethan Hsieh --- amdgpu.dpm=0 doesn't really work. There are some issues when loading amdgpu driver with dpm=0. It leads to using Intel as OpenGL renderer (glxinfo) instead of AMD. Error Message:

[Bug 101832] [regression][bisect] sddm fails to start after f50aa21456d82c8cb6fbaa565835f1acc1720a5d

https://bugs.freedesktop.org/show_bug.cgi?id=101832 Bernhard Rosenkraenzer changed: What|Removed |Added QA Contact|dri-devel@lists.freedesktop

[Bug 102247] Mesa failing to compile

https://bugs.freedesktop.org/show_bug.cgi?id=102247 Bug ID: 102247 Summary: Mesa failing to compile Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority:

[Bug 102244] [powerplay] Can't overclock GPU memory

https://bugs.freedesktop.org/show_bug.cgi?id=102244 --- Comment #2 from clau...@thinkeasy.cz --- Created attachment 133540 --> https://bugs.freedesktop.org/attachment.cgi?id=133540=edit `lspci -vvv` output. -- You are receiving this mail because: You are the assignee for the

[Bug 102244] [powerplay] Can't overclock GPU memory

https://bugs.freedesktop.org/show_bug.cgi?id=102244 --- Comment #1 from clau...@thinkeasy.cz --- Created attachment 133539 --> https://bugs.freedesktop.org/attachment.cgi?id=133539=edit `lspci` output -- You are receiving this mail because: You are the assignee for the

[Bug 102244] [powerplay] Can't overclock GPU memory

https://bugs.freedesktop.org/show_bug.cgi?id=102244 Bug ID: 102244 Summary: [powerplay] Can't overclock GPU memory Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[PATCHv2] drm: omapdrm: Register omapdrm platform device in omapdss driver

From: Laurent Pinchart The omapdrm platform device is a virtual device created for the sole purpose of handling the omapdss/omapdrm driver split. It should eventually be removed. As a first step to ease refactoring move its registration from platform code to

Re: [PATCH 1/1] drm/ttm: Fix accounting error when fail to get pages for pool

Reviewed-by: Monk Liu From: amd-gfx on behalf of Xiangliang.Yu Sent: Wednesday, August 16, 2017 3:20:46 PM To: a...@linux-foundation.org; labb...@redhat.com;

Re: [PATCH 1/1] drm/ttm: Fix accounting error when fail to get pages for pool

CC stable? Reviewed-by: Christian König Am 16.08.2017 um 09:25 schrieb Liu, Monk: Reviewed-by: Monk Liu *From:* amd-gfx on behalf of

Re: [PATCH v2 18/19] drm/virtio: Use the drm_driver.dumb_destroy default

On Sun, Aug 06, 2017 at 05:41:07PM +0200, Noralf Trønnes wrote: > virtio_gpu_mode_dumb_destroy() is the same as drm_gem_dumb_destroy() > which is the drm_driver.dumb_destroy default, so no need to set it. > > Cc: David Airlie > Cc: Gerd Hoffmann >

Re: [PATCH v2 17/19] drm/armada: Use the drm_driver.dumb_destroy default

On Sun, Aug 06, 2017 at 05:41:06PM +0200, Noralf Trønnes wrote: > armada_gem_dumb_destroy() is the same as drm_gem_dumb_destroy() > which is the drm_driver.dumb_destroy default, so no need to set it. > > Cc: Russell King > Signed-off-by: Noralf Trønnes

Re: [PATCH v2 14/19] drm/mgag200: Use the drm_driver.dumb_destroy default

On Sun, Aug 06, 2017 at 05:41:03PM +0200, Noralf Trønnes wrote: > drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default, > so no need to set it. > > Cc: Dave Airlie > Signed-off-by: Noralf Trønnes > --- > drivers/gpu/drm/mgag200/mgag200_drv.c | 1

Re: [PATCH v2 07/19] drm/cirrus: Use the drm_driver.dumb_destroy default

On Sun, Aug 06, 2017 at 05:40:56PM +0200, Noralf Trønnes wrote: > drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default, > so no need to set it. > > Cc: Dave Airlie > Cc: Gerd Hoffmann > Signed-off-by: Noralf Trønnes > --- >

[patch net-next 0/3] net/sched: Improve getting objects by indexes

Using current TC code, it is very slow to insert a lot of rules. In order to improve the rules update rate in TC, we introduced the following two changes: 1) changed cls_flower to use IDR to manage the filters. 2) changed all act_xxx modules to use IDR instead of a

[patch net-next 2/3] net/sched: Change cls_flower to use IDR

Currently, all filters with the same priority are linked in a doubly linked list. Every filter should have a unique handle. To make the handle unique, we need to iterate the list every time to see if the handle exists or not when inserting a new filter. It is time-consuming. For example, it takes

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #10 from Michel Dänzer (mic...@daenzer.net) --- (In reply to Janpieter Sollie from comment #9) > It won't be easy to point to the problem: in 4.10, it hit a triple fault and > then crashed with dpm enabled. do you want a bisection