Re: [PATCH v6 1/7] drm/stm: ltdc: Fix leak of px clk enable in some error paths

Hi Philippe, On 07/17/2017 01:10 PM, Philippe CORNU wrote: The pixel clock gets enabled early during init, since it's required in order to read registers. This pixel clock must be disabled if errors during this init phase. This patch was pulled in to drm-misc-next, but it lacks your

[Bug 101946] Rebinding AMDGPU causes initialization errors [R9 290]

https://bugs.freedesktop.org/show_bug.cgi?id=101946 --- Comment #19 from Robin --- I've found that my test cases only trigger the PCI drivers' amdgpu_pci_remove and amdgpu_pci_probe functions. Adding the new shutdown function call amdgpu_device_shutdown(adev); to the

RE: [PATCH] drm: adding SDI to drm_connector_enum_list

Hi Daniel, Thanks for your reply. Currently I am using connector type 'Unknown' , and functionally it serves my need. Intention for sending this patch is that userspace tools should recognize SDI drivers as SDI only. Also, I see there are number of 'SDI' drivers getting developed 'under the

Re: [PATCH] drm/amd/powerplay: rv: Use designated initializers

On Fri, Jul 28, 2017 at 2:13 AM, Christian König wrote: > Am 28.07.2017 um 03:43 schrieb Alex Deucher: >> >> On Tue, Jul 25, 2017 at 5:47 PM, Kees Cook wrote: >>> >>> As done for vega10 in commit 3ddd396f6b57 ("drm/amd/powerplay: Use >>>

[PATCH 1/3] dma-buf/sw_sync: move timeline_fence_ops around

From: Gustavo Padovan We are going to use timeline_fence_signaled() in a internal function in the next commit. Cc: Chris Wilson Signed-off-by: Gustavo Padovan --- drivers/dma-buf/sw_sync.c | 138

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

Den 23.07.2017 21.16, skrev Noralf Trønnes: This adds defaults for the drm_driver.dumb_destroy and drm_driver.dumb_map_offset callbacks as discussed with Daniel. vmwgfx is the only driver that doesn't use drm_gem_dumb_destroy(). vgem vgem changes behaviour after this, because it didn't

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #5 from Rafael Ristovski --- I can confirm a very similar issue on my SI Cape Verde (HD8850M GCN1.0) using the amdgpu driver with mesa. It happens even if I compile mesa's `xdemos` with -m32 in which case

[Bug 101946] Rebinding AMDGPU causes initialization errors [R9 290]

https://bugs.freedesktop.org/show_bug.cgi?id=101946 --- Comment #20 from Robin --- Created attachment 133132 --> https://bugs.freedesktop.org/attachment.cgi?id=133132=edit Brute-force fix, resets sdma every init After much trial and error, I've found this approach to work.

[Bug 101484] [regression, bisected] Steam fails to render content, if mesa is compiled with -O2 -march=haswell

https://bugs.freedesktop.org/show_bug.cgi?id=101484 Lucas Francesco changed: What|Removed |Added CC|

[Bug 101631] [amd-staging] RX480 system hang; spamming errors (dc_surface)

https://bugs.freedesktop.org/show_bug.cgi?id=101631 Denys changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v2 3/7] drm/rcar-du: Use new iterator macros, v2.

Hi Maarten, On Wednesday 26 Jul 2017 14:53:33 Laurent Pinchart wrote: > On Wednesday 19 Jul 2017 16:39:16 Maarten Lankhorst wrote: > > for_each_obj_in_state is about to be removed, so use the correct new > > iterator macros. > > > > Also look at new_plane_state instead of plane->state when

[PATCH 3/3] selftests: sync: add test that closes the fd before fence signal

From: Gustavo Padovan We found this bug in the sw_sync so adding a test case to prevent it to happen in the future. Cc: Shuah Khan Cc: linux-kselft...@vger.kernel.org Signed-off-by: Gustavo Padovan --- To

[PATCH v3 2/4] drm: rcar-du: Wait for flip completion instead of vblank in commit tail

Page flips can take more than one vertical blanking to complete if arming the page flips races with the vertical blanking interrupt. Waiting for one vblank to complete the atomic commit in the commit tail handler is thus incorrect, and can lead to framebuffers being released while still being

Re: [PATCH] tinydrm: repaper: add CONFIG_THERMAL dependency

Den 27.07.2017 11.58, skrev Arnd Bergmann: The new RePaper driver uses the thermal subsystem, and fails to link when it is built-in but thermal is a loadable module: drivers/gpu/drm/tinydrm/repaper.o: In function `repaper_probe': repaper.c:(.text+0x540): undefined reference to

[PATCH v3 3/4] drm: rcar-du: Fix race condition when disabling planes at CRTC stop

When stopping the CRTC the driver must disable all planes and wait for the change to take effect at the next vblank. Merely calling drm_crtc_wait_one_vblank() is not enough, as the function doesn't include any mechanism to handle the race with vblank interrupts. Replace the

Re: [PATCH 07/41] drm/fsl-dcu: Use .dumb_map_offset and .dumb_destroy defaults

On 2017-07-23 12:16, Noralf Trønnes wrote: > This driver can use the drm_driver.dumb_destroy and > drm_driver.dumb_map_offset defaults, so no need to set them. > > Cc: Stefan Agner > Cc: Alison Wang > Signed-off-by: Noralf Trønnes

[PATCH v3 1/4] drm: rcar-du: Use the VBK interrupt for vblank events

When implementing support for interlaced modes, the driver switched from reporting vblank events on the vertical blanking (VBK) interrupt to the frame end interrupt (FRM). This incorrectly divided the reported refresh rate by two. Fix it by moving back to the VBK interrupt. Fixes: 906eff7fcada

[PATCH v3 0/4] drm: rcar-du: Repair vblank event handling

Hello, The recent changes to the rcar-du driver to fix a page flip handling race condition changed the order of which vblanks and page flips are handled, resulting in incorrect timestamps being reported in the vblan events. Correct this by handling vblank events in the same completion handler as

[Bug 94410] [radeonsi] Unreal engine 4 Segmentation fault

https://bugs.freedesktop.org/show_bug.cgi?id=94410 --- Comment #4 from Thomas Kowaliczek --- Created attachment 133123 --> https://bugs.freedesktop.org/attachment.cgi?id=133123=edit Screenshot2 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 6/6] drm/i915: Add support for CCS modifiers

Hi, On 26 July 2017 at 19:08, Ben Widawsky wrote: > +static const uint64_t skl_plane_format_modifiers_noccs[] = { > + I915_FORMAT_MOD_Yf_TILED, > + I915_FORMAT_MOD_Y_TILED, > + I915_FORMAT_MOD_X_TILED, > + DRM_FORMAT_MOD_LINEAR, > +

[Bug 101969] Massive graphics corruption with World of Warcraft

https://bugs.freedesktop.org/show_bug.cgi?id=101969 Bug ID: 101969 Summary: Massive graphics corruption with World of Warcraft Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 94410] [radeonsi] Unreal engine 4 Segmentation fault

https://bugs.freedesktop.org/show_bug.cgi?id=94410 --- Comment #3 from Thomas Kowaliczek --- Created attachment 133122 --> https://bugs.freedesktop.org/attachment.cgi?id=133122=edit Schreenshot1 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] dma-buf/sync_file: Allow multiple sync_files to wrap a single dma-fence

Hi Chris, 2017-07-28 Chris Wilson : > Up until recently sync_file were create to export a single dma-fence to > userspace, and so we could canabalise a bit insie dma-fence to mark > whether or not we had enable polling for the sync_file itself. However, > with the

Re: [PATCH 6/6] drm/i915: Add support for CCS modifiers

Hi Ben, On 26 July 2017 at 19:08, Ben Widawsky wrote: > + } else if (INTEL_GEN(dev_priv) >= 9) { > intel_primary_formats = skl_primary_formats; > num_formats = ARRAY_SIZE(skl_primary_formats); > - modifiers =

[PATCH 2/3] dma-buf/sw_sync: clean up list before signaling the fence

From: Gustavo Padovan If userspace already dropped its own reference by closing the sw_sync fence fd we might end up in a deadlock where dma_fence_is_signaled_locked() will trigger the release of the fence and thus try to hold the lock to remove the fence from the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #19 from lef...@gmail.com --- I can confirm this happens with radeonsi too -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #20 from Shmerl --- (In reply to Lennard from comment #19) > I can confirm this happens with radeonsi too Well, most previous reports were about radeonsi. -- You are receiving this mail because: You are the

[Bug 101946] Rebinding AMDGPU causes initialization errors [R9 290]

https://bugs.freedesktop.org/show_bug.cgi?id=101946 --- Comment #18 from Robin --- Created attachment 133127 --> https://bugs.freedesktop.org/attachment.cgi?id=133127=edit Logging shutdown function I've modified the patch to include info messages. The code path is never

[Bug 94410] [radeonsi] Unreal engine 4 Segmentation fault

https://bugs.freedesktop.org/show_bug.cgi?id=94410 --- Comment #5 from Thomas Kowaliczek --- Screenshost are from version 4.17 after the editor startup freezed my desktop. Only mouse worked. -- You are receiving this mail because: You are the assignee for the

[PATCH v3 4/4] drm: rcar-du: Repair vblank for DRM page flips using the VSP

From: Kieran Bingham The driver recently switched from handling page flip completion in the DU vertical blanking handler to the VSP frame end handler to fix a race condition. This unfortunately resulted in incorrect timestamps in the vertical blanking

Re: [PATCH] drm/amd/powerplay: rv: Use designated initializers

On Thu, Jul 27, 2017 at 6:43 PM, Alex Deucher wrote: > On Tue, Jul 25, 2017 at 5:47 PM, Kees Cook wrote: >> As done for vega10 in commit 3ddd396f6b57 ("drm/amd/powerplay: Use >> designated initializers") mark other tableFunction entries with

Re: [PATCH] drm: hdlcd: allow HDLCD to be used without interrupt

On Fri, Jul 28, 2017 at 04:23:11PM +0100, Liviu Dudau wrote: > On Wed, Jul 26, 2017 at 11:27:48AM +0100, Russell King - ARM Linux wrote: > > On Wed, Jul 26, 2017 at 11:05:39AM +0100, Russell King wrote: > > > Some ARM platforms do not wire the HDLCD interrupt. Allow hdlcd to > > > initialise

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #6 from Rafael Ristovski --- Also, the llvm issue indeed goes away when adding debug support. I think this might be related to a race condition caused by recent versions of gcc. -- You are receiving

[Bug 101631] [amd-staging] RX480 system hang; spamming errors (dc_surface)

https://bugs.freedesktop.org/show_bug.cgi?id=101631 Denys changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are

[Bug 101672] radeonsi: 3D engines causing frequent GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=101672 --- Comment #19 from MirceaKitsune --- The freeze still happens with the Performance Enhance BIOS setting turned off, the crash is not caused by my overclocking settings. It took 2 hours of playing

[Bug 101377] Gigabyte R9 380 card fails to load, kernel reports bug

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #6 from j...@dev1ce.com --- the problem with this regression to older firmware is that while the kernel boots, none of the 3D functionality inherent in the new drivers is functional. I can regress to an older kernel with the newer

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

https://bugs.freedesktop.org/show_bug.cgi?id=101691 Timo Aaltonen changed: What|Removed |Added Assignee|intel-gfx-bugs@lists.freede