[Bug 100189] segfault at 234 error 4 in i915_dri.so

2017-03-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100189 --- Comment #1 from Javi Ballester Tomás --- mpv only crashes when fullscreen on start is activated in mpv.conf (fs=yes). blender crashes also with segfault: # Blender 2.78 (sub 0), Commit date: 2017-02-24 14:33, Hash e92f2352830 # ba

Re: [PATCH] drm: dw_hdmi: Gate audio sampler clock from the enablement functions

2017-03-13 Thread Jose Abreu
Hi Russell, On 13-03-2017 13:10, Russell King - ARM Linux wrote: > On Mon, Mar 13, 2017 at 12:55:58PM +, Jose Abreu wrote: >> Hi, >> >> >> On 13-03-2017 09:36, Russell King - ARM Linux wrote: >>> On Mon, Mar 13, 2017 at 10:27:08AM +0100, Neil Armstrong wrote: On 03/10/2017 10:35 AM, Roma

[Bug 100189] segfault at 234 error 4 in i915_dri.so

2017-03-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100189 --- Comment #2 from Emil Velikov --- Hi Javi, I don't think we have many devs looking at the i915 driver. If you can track down the commit that introduced the regression (considering it is one) or write a simple test program that will be apprec

[rfc] amdgpu/sync_file shared semaphores

2017-03-13 Thread Dave Airlie
This contains one libdrm patch and 4 kernel patches. The goal is to implement the Vulkan KHR_external_semaphore_fd interface for permanent semaphore behaviour for radv. This code tries to enhance sync file to add the required behaviour (which is mostly being able to replace the fence backing the

[PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

2017-03-13 Thread Dave Airlie
From: Dave Airlie This adds the corresponding code for libdrm to use the new kernel interfaces for semaphores. This will be used by radv to implement shared semaphores. TODO: Version checks. Signed-off-by: Dave Airlie --- amdgpu/amdgpu.h | 28 + amdgpu/amdgpu_cs.c | 1

[PATCH 2/4] sync_file: add replace and export some functionality

2017-03-13 Thread Dave Airlie
From: Dave Airlie Using sync_file to back vulkan semaphores means need to replace the fence underlying the sync file. This replace function removes the callback, swaps the fence, and returns the old one. This also exports the alloc and fdget functionality for the semaphore wrapper code. Signed-o

[PATCH 3/4] amdgpu/cs: split out fence dependency checking

2017-03-13 Thread Dave Airlie
From: Dave Airlie This just splits out the fence depenency checking into it's own function to make it easier to add semaphore dependencies. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 86 +++--- 1 file changed, 48 insertions(+), 38 deleti

[PATCH 4/4] amdgpu: use sync file for shared semaphores

2017-03-13 Thread Dave Airlie
From: Dave Airlie This creates a new interface for amdgpu with ioctls to create/destroy/import and export shared semaphores using sem object backed by the sync_file code. The semaphores are not installed as fd (except for export), but rather like other driver internal objects in an idr. The idr h

[PATCH 1/4] sync_file: add a mutex to protect fence and callback members.

2017-03-13 Thread Dave Airlie
From: Dave Airlie This isn't needed currently, but to reuse sync file for Vulkan permanent shared semaphore semantics, we need to be able to swap the fence backing a sync file. This patch adds a mutex to the sync file and uses to protect accesses to the fence and cb members. Signed-off-by: Dave

Re: [RESEND] drm/exynos: Remove support for Exynos4415 (SoC not supported anymore)

2017-03-13 Thread Inki Dae
Merged. Thanks. 2017년 03월 12일 03:04에 Krzysztof Kozlowski 이(가) 쓴 글: > Support for Exynos4415 is going away because there are no internal nor > external users. > > Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"), > the platform cannot be instantiated so remove also the drive

Re: [PATCH v2 00/12] drm/exynos: rework vblank handling

2017-03-13 Thread Inki Dae
Hi Andrzej, Thanks for fixing this. As you mentioned, this patch set depends on Shawn patch set[1]. So can you separate this patch series into two sets? One includes only the patch set related to fixing page fault issue and other includes cleanup code based on Shawn patchset. I'd like to merge

[Bug 99841] Switching to VT freezes X only on a dual screen

2017-03-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #13 from Michel Dänzer --- Created attachment 130207 --> https://bugs.freedesktop.org/attachment.cgi?id=130207&action=edit Only reject if FBINFO_MISC_USEREVENT is set Does this patch (only compile tested) help? -- You are receivi

Re: [PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

2017-03-13 Thread zhoucm1
Hi Dave, Could you tell me why you create your new one patch? I remember I send out our the whole implementation, Why not directly review our patches? Thanks, David Zhou On 2017年03月14日 08:50, Dave Airlie wrote: From: Dave Airlie This adds the corresponding code for libdrm to use the new ke

Re: [PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

2017-03-13 Thread Dave Airlie
On 14 March 2017 at 12:00, zhoucm1 wrote: > Hi Dave, > > Could you tell me why you create your new one patch? I remember I send out > our the whole implementation, Why not directly review our patches? This is patch review, I'm not sure what you are expecting in terms of direct review. The patche

Re: [PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

2017-03-13 Thread zhoucm1
On 2017年03月14日 10:52, Dave Airlie wrote: On 14 March 2017 at 12:00, zhoucm1 wrote: Hi Dave, Could you tell me why you create your new one patch? I remember I send out our the whole implementation, Why not directly review our patches? This is patch review, I'm not sure what you are expecting

Re: [PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

2017-03-13 Thread Dave Airlie
On 14 March 2017 at 13:30, zhoucm1 wrote: > > > On 2017年03月14日 10:52, Dave Airlie wrote: >> >> On 14 March 2017 at 12:00, zhoucm1 wrote: >>> >>> Hi Dave, >>> >>> Could you tell me why you create your new one patch? I remember I send >>> out >>> our the whole implementation, Why not directly revie

<    1   2