[Bug 100580] Adding unreachable "return" and "continue" in a GLSL shader leads to different image

https://bugs.freedesktop.org/show_bug.cgi?id=100580 Boyan Ding changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop.

[radeon-alex:drm-next-4.12-wip 34/69] drivers/gpu//drm/amd/amdgpu/amdgpu_vm.c:1207:20: note: in expansion of macro 'min'

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.12-wip head: a738ad6108435367c1d7f1a4a499bebdd26c375e commit: d088e5038a6387552501705c797c0d0b84d3a935 [34/69] drm/amdgpu: fix vm size and block size for VMPT (v4) config: ia64-allmodconfig (attached as .config) compiler:

[PATCH] drm: bridge: dw-hdmi: Add a missing break statement

There was supposed to be a break before the next case statement. Fixes: def23aa7e982 ("drm: bridge: dw-hdmi: Switch to V4L bus format and encodings") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c

[bug report] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Hello Neil Armstrong, The patch def23aa7e982: "drm: bridge: dw-hdmi: Switch to V4L bus format and encodings" from Apr 4, 2017, leads to the following static checker warning: drivers/gpu/drm/bridge/synopsys/dw-hdmi.c:1670 dw_hdmi_setup() warn: always true condition

Re: [PATCH v5 3/5] drm/exynos: dsi: Fix the parse_dt function

2017년 04월 05일 00:38에 Krzysztof Kozlowski 이(가) 쓴 글: > On Tue, Mar 28, 2017 at 11:38 AM, Krzysztof Kozlowski wrote: >> On Tue, Mar 28, 2017 at 11:26 AM, Inki Dae wrote: >>> Merged. >> >> Hi, >> >> I do not see the tag (with DT patches) merged by you which I

[Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

https://bugzilla.kernel.org/show_bug.cgi?id=195231 --- Comment #9 from Rogério Brito (rbr...@ime.usp.br) --- (In reply to Alex Deucher from comment #2) > Please attach your xorg log and dmesg output. Does appending radeon.runpm=0 > on the kernel command line in grub help? Dear Alex and other

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #12 from Michel Dänzer --- (In reply to MirceaKitsune from comment #11) > I can however confirm that for approximately 8 days before that, the > problem went away as I had one week of uninterrupted uptime. Can

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 Michel Dänzer changed: What|Removed |Added CC|mic...@daenzer.net | --- Comment #1

[PATCH] drm/exynos: clean up description of exynos_drm_crtc

This patch removes unnecessary descriptions on exynos_drm_crtc structure and adds one description which specifies what pipe_clk member does. pipe_clk support had been added by below patch without any description, drm/exynos: add support for pipeline clock to the framework Signed-off-by:

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

在 2017-04-05 10:27，Chen-Yu Tsai 写道： On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: 在 2017年04月05日 03:28, Sean Paul 写道: On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm driver, we

drm-tip/drm-tip boot: 152 boots: 18 failed, 125 passed with 9 offline (v4.11-rc5-1626-g39a0f48c8bc7)

drm-tip/drm-tip boot: 152 boots: 18 failed, 125 passed with 9 offline (v4.11-rc5-1626-g39a0f48c8bc7) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1626-g39a0f48c8bc7/ Full Build Summary:

Re: [PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

On Wed, Apr 05, 2017 at 10:55:32AM +0200, Geert Uytterhoeven wrote: > Hi Laurent, > > On Wed, Apr 5, 2017 at 10:45 AM, Laurent Pinchart > wrote: > > On Monday 21 Nov 2016 11:59:47 Laurent Pinchart wrote: > >> On Monday 21 Nov 2016 10:23:46 Geert Uytterhoeven

[PATCH] format-security: move static strings to const

While examining output from trial builds with -Wformat-security enabled, many strings were found that should be defined as "const", or as a char array instead of char pointer. This makes some static analysis easier, by producing fewer false positives. As these are all trivial changes, it seemed

[Bug 100593] corruption in total war warhammer when using mesa 17.1 - git

https://bugs.freedesktop.org/show_bug.cgi?id=100593 Bug ID: 100593 Summary: corruption in total war warhammer when using mesa 17.1 - git Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All)

[Bug 100591] [AMD APU A9-9410] Kernel hang when using graphics acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=100591 --- Comment #4 from Ben Davenport-Ray --- Created attachment 130713 --> https://bugs.freedesktop.org/attachment.cgi?id=130713=edit journalctl output Command was journalctl -axb -3 the third boot being one

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 Chris Rankin changed: What|Removed |Added Resolution|--- |NOTABUG

[Bug 100591] [AMD APU A9-9410] Kernel hang when using graphics acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=100591 --- Comment #3 from Ben Davenport-Ray --- Created attachment 130711 --> https://bugs.freedesktop.org/attachment.cgi?id=130711=edit dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 100591] [AMD APU A9-9410] Kernel hang when using graphics acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=100591 --- Comment #2 from Ben Davenport-Ray --- Created attachment 130710 --> https://bugs.freedesktop.org/attachment.cgi?id=130710=edit X.0.log -- You are receiving this mail because: You are the assignee for the

[Bug 99136] Blood Effects corrupt graphics in Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #39 from siyia --- problem persists with mesa 17.02 and llvm 3.9.1 On 15/03/2017 03:56 μμ, bugzilla-dae...@freedesktop.org wrote: > > *Comment # 37 >

[Bug 100591] [AMD APU A9-9410] Kernel hang when using graphics acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=100591 --- Comment #1 from Alex Deucher --- Please attach your xorg log and dmesg output. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 --- Comment #4 from Jan Vesely --- (In reply to Chris Rankin from comment #3) > (In reply to Nicolai Hähnle from comment #2) > > To add a bit more explanation: sid_tables.h is usually updated > > automatically; but it

Re: [PATCH 00/15] acquire ctx wire-up, part 2

On Mon, Apr 3, 2017 at 4:32 AM, Daniel Vetter wrote: > Hi all, > > Partially this is a resend of the patches now unblocked by the vmwgfx atomic > conversion just merged. I could entirely drop the vmwgfx patch since it's all > fixed now. > > Then a bit of follow-up, plus

[Bug 100591] [AMD APU A9-9410] Kernel hang when using graphics acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=100591 Bug ID: 100591 Summary: [AMD APU A9-9410] Kernel hang when using graphics acceleration Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux

Re: [PATCH 04/15] drm/atomic-helper: remove modeset_lock_all from helper_resume

On Mon, Apr 3, 2017 at 4:32 AM, Daniel Vetter wrote: > Atomic code rely shouldn't rely on the magic hidden acquire context. Repeated rely in commit message. I'm assuming you mean: "Atomic code shouldn't rely on the magic hidden acquire context." > > v2: Remove unused

[Bug 193651] Amdgpu error messages at boot with Amd RX460

https://bugzilla.kernel.org/show_bug.cgi?id=193651 --- Comment #23 from Milo (milo...@gmail.com) --- (In reply to Christian Lanig from comment #22) > Thanks for clarification. That means building the Kernel was not a possible > fix for the messages but for getting the driver to start with Tonga.

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 --- Comment #3 from Chris Rankin --- (In reply to Nicolai Hähnle from comment #2) > To add a bit more explanation: sid_tables.h is usually updated > automatically; but it was moved some time ago, and it's possible that

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On Mon, Apr 03, 2017 at 09:19:35AM +0200, Daniel Vetter wrote: > On Mon, Apr 3, 2017 at 8:25 AM, Manasi Navare > wrote: > >> So in that case you do need userspace to re-request the same mode at the > >> same bpp? > > > > So yes because when userspace requests the same

drm-next-misc merge breaks vmwgfx

Hi! It appears like the drm-next commit 320d8c3d3 "Merge tag 'drm-misc-next-2017-03-31..." breaks vmwgfx. A black screen shown where plymouthd use to show the boot splash on Fedora 25. Nothing relevant in the logs. I eyed through the vmwgfx conflict fixes, but nothing immediately stands out as

Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats

On Wed, Apr 05, 2017 at 10:09:15AM +0200, Laurent Vivier wrote: > When we use virtio-vga with a big-endian guest, > the mouse pointer disappears. > > To fix that, on big-endian use DRM_FORMAT_BGRA > instead of DRM_FORMAT_ARGB. > > Signed-off-by: Laurent Vivier > ---

[PATCH v3 0/9] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin: 1/ stop ui && pkill -9 frecon 2/ unbind/bind drm Changes in v3: Address Sean Paul 's comments. Update commit message. Address Sean Paul 's comments. Update commit message. Address Daniel Vetter 's

[PATCH] drm: virtio: fix virtio_gpu_cursor_formats

When we use virtio-vga with a big-endian guest, the mouse pointer disappears. To fix that, on big-endian use DRM_FORMAT_BGRA instead of DRM_FORMAT_ARGB. Signed-off-by: Laurent Vivier --- drivers/gpu/drm/virtio/virtgpu_plane.c | 4 1 file changed, 4

[PATCH v3 2/9] drm: bridge: analogix: Unregister dp aux when unbinding

The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

在 2017年04月05日 03:28, Sean Paul 写道: On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm driver, we will finally have two types of layer. Abstract the layer type to void * and a ops struct, which contains the

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

2017年4月5日 10:27于 Chen-Yu Tsai 写道： > > On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: > > > > > > 在 2017年04月05日 03:28, Sean Paul 写道: > >> > >> On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: > >>> > >>> As we are going to add support for

Re: [PATCH v2 5/9] drm/rockchip: vop: Enable pm domain when resetting vop

Hi Sean, On 04/05/2017 03:42 AM, Sean Paul wrote: On Sat, Apr 01, 2017 at 07:35:25PM +0800, Jeffy Chen wrote: Hi Jeffy, Could you please add commit messages describing *why* you're making the change? It might be obvious to you (and maybe me), but others will benefit from better descriptions.

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Yeah I think that's a pretty neat idea to reduce the lease complexity even > more. If the VR compositor is unhappy and wants a different mode, it can > simply nuke the lease and as for a new one. Forgot to say that :-) Not sure it changes the lease

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: > > > 在 2017年04月05日 03:28, Sean Paul 写道: >> >> On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: >>> >>> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm >>> driver, we will finally have two

[PATCH v6 3/5] drm/dp: Add DP MST helpers to atomically find and release vcpi slots

From: "Pandiyan, Dhinakaran" drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to check there are sufficient vcpi slots for a mode and to add that to the state. This should be followed by a call to drm_dp_mst_allocate_vcpi() in

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On Mon, Apr 3, 2017 at 12:56 PM, Keith Packard wrote: > Chad Versace writes: > > > The real path forward should be implemented on top of > > VK_KHX_external_memory. If you want to start experimenting now with > > Vulkan+KMS, you may want to look at >

Re: [PATCH v5 3/5] drm/exynos: dsi: Fix the parse_dt function

On Tue, Mar 28, 2017 at 11:38 AM, Krzysztof Kozlowski wrote: > On Tue, Mar 28, 2017 at 11:26 AM, Inki Dae wrote: >> Merged. > > Hi, > > I do not see the tag (with DT patches) merged by you which I provided > to you before. These are essential for

[PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

After unbinding drm, the userspace may still has a chance to access gem buf. Add a sanity check for a NULL dev_private to prevent that from happening. Signed-off-by: Jeffy Chen --- Changes in v3: Address Daniel Vetter 's comments. Update commit

Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

On Mon, Apr 3, 2017 at 4:14 PM, Maxime Ripard wrote: > Hi, > > On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: >> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm >> driver, we will finally have two types of layer. >> >>

[PATCH v3 9/9] drm/rockchip: cdn-dp: Don't unregister audio dev when unbinding

After snd_soc_unregister_codec, the dai link would remain bound to the invalid codec. That would cause crashes after unbind dp driver. Let's unregister audio codec when removing dp driver to prevent that. Signed-off-by: Jeffy Chen --- Changes in v3: Update commit

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > On that, I think we could just unconditionally hand leases all encoders. > Encoders turned out to be a bit an uapi mistake. Well, given the complexity of hardware these days, even crtcs would probably best have been hidden... > Neither setcrtc nor

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Also if this confuses VR, then another reason why we want to make leases > invariant and only allow pure revoke, not changing the list. I'm not sure why you want this to be asymmetrical, nor why you would expect lessees to be any more competent at

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

It took just under 11 hours to build the Arch 4.11 armv7h kernel on my SL. The good news is that the patch both applied and built OK this time, and the kernel package installed fine. What didn't seem right is that boot pauses for a minute or so on these lines: [ 4.458572] panel-simple panel-lcd:

[PATCH v3 7/9] drm/rockchip: Shutdown all crtcs when unbinding drm

Signed-off-by: Jeffy Chen --- Changes in v3: Address Daniel Vetter 's comments. Update commit message. Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

Hi Phillipp Thanks for the patch, but did you mean v4.11-rc4 or is it really/only for v4.11-rc1, if it makes a difference? I was trying to build rc4. Thanks On Mon, Apr 3, 2017 at 12:46 PM, Philipp Zabel wrote: > Hi Dan, > > On Sat, 2017-04-01 at 11:50 +0100, Dan

Re: [PATCH v3 01/11] dt-bindings: add binding for the Allwinner DE2 CCU

在 2017年04月03日 23:33, Rob Herring 写道: On Thu, Mar 30, 2017 at 03:46:03AM +0800, Icenowy Zheng wrote: From: Icenowy Zheng Allwinner "Display Engine 2.0" contains some clock controls in it. In order to add them as clock drivers, we need a device tree binding. Add the binding

[PATCH] drm/vmwgfx: Convert macro to octal representation

Change "S_IRUSR | S_IWUSR" to "0600", it's easier to parse mentally. This change should be part of commit 50f837371dd9 ("drm/vmwgfx: Revert "drm/vmwgfx: Replace numeric parameter like 0444 with macro""), but the patch was truncated somewhere in the patch route, so add the missing change. Extract

[PATCH v6 5/5] drm/dp: Track MST link bandwidth

From: "Pandiyan, Dhinakaran" Use the added helpers to track MST link bandwidth for atomic modesets. Link bw is acquired in the ->atomic_check() phase when CRTCs are being enabled with drm_atomic_find_vcpi_slots() instead of drm_find_vcpi_slots(). Similarly, link bw

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

Chad Versace writes: > The real path forward should be implemented on top of > VK_KHX_external_memory. If you want to start experimenting now with > Vulkan+KMS, you may want to look at > VK_EXTERNAL_MEMORY_HANDLE_OPAQUE_FD_KHX. It seems like the Vulkan spec for WSI

[PATCH v3 5/9] drm/rockchip: vop: Enable pm domain before vop_initial

We're trying to access vop registers here, so need to make sure the pm domain is on. Normally it should be enabled by the bootloader, but there's no guarantee of it. And if we wanna do unbind/bind, it would also cause the device to hang. And this patch also does these: 1/ move vop_initial to the

[PATCH v3 3/9] drm: bridge: analogix: Destroy connector when unbinding

Normally we do this in drm_mode_config_cleanup. But analogix dp's connector is allocated in bind, and freed after unbind. So we need to destroy it in unbind to avoid further access. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None

Re: [PATCH v2] drm: hdlcd: Fix the calculation of the scanout start address

On Mon, Apr 03, 2017 at 11:31:34AM +0100, Liviu Dudau wrote: > On Fri, Mar 31, 2017 at 02:48:10PM +0100, Russell King - ARM Linux wrote: > > I sent a reminder on 20th February about it, and we discussed it, and I > > said at the time I did not have time to test your patch. Ville commented > > on

[PATCH v6 1/5] drm: Add driver-private objects to atomic state

From: "Pandiyan, Dhinakaran" It is necessary to track states for objects other than connector, crtc and plane for atomic modesets. But adding objects like DP MST link bandwidth to drm_atomic_state would mean that a non-core object will be modified by the core

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

Hi Phillipp My SL was attached to a 27" UHD Acer S277HK Monitor. I can disable those for the next patch but I get the impression thats not the only issue here as I've gone from being able to get a picture (but not the right res) in 4.10 to not getting any HDMI signal at all with this patch.

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

I should've said that 4.10 didn't pause at: [ 4.458572] panel-simple panel-lcd: panel-lcd supply power not found, using dummy regulator [ 4.467736] panel-simple panel-lvds0: panel-lvds0 supply power not found, using dummy regulator If it showed those lines at all and I've never seen those

[PATCH v3 4/9] drm/rockchip: cdn-dp: Don't try to release firmware when not loaded

Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c b/drivers/gpu/drm/rockchip/cdn-dp-core.c index

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

Jason Ekstrand writes: > Interesting question. To my knowledge, no one has actually implemented the > Vulkan WSI direct-to-display extensions. (I tried to prevent them from > getting released with 1.0 but failed.) I believe the correct answer is to > use the external

Re: [PATCH v2 7/9] drm/rockchip: Force disable all crtc when unload

Hi Daniel, On 04/03/2017 03:58 PM, Daniel Vetter wrote: On Sat, Apr 1, 2017 at 1:35 PM, Jeffy Chen wrote: diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c index a5d83cb..5dbf011 100644 ---

Re: [PATCH v2 8/9] drm/rockchip: gem: Don't alloc/free gem buf before drm dev registered

Hi Daniel, On 04/03/2017 03:41 PM, Daniel Vetter wrote: On Sat, Apr 01, 2017 at 07:35:28PM +0800, Jeffy Chen wrote: Signed-off-by: Jeffy Chen --- Changes in v2: None Wut? How is this even possible? If you haven't registered the driver yet, there's no way for

Re: [Intel-gfx] [PATCH v5 3/5] drm/dp: Add DP MST helpers to atomically find and release vcpi slots

On Thu, 2017-03-30 at 01:42 -0700, Dhinakaran Pandiyan wrote: > From: "Pandiyan, Dhinakaran" > > drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to > check there are sufficient vcpi slots for a mode and to add that to the > state. This should

Google Summer of Code time conflict

I forgot to mention in my application that I have classes until june 7. Also, Dave Airlie said he might be willing to mentor me: https://lists.freedesktop.org/archives/mesa-dev/2017-February/144078.html Jacob Lifshay ___ dri-devel mailing list

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Hm, if you restrict getresources and getplanes, you'll get your leased > objects query api. Iirc that part was missing in your kernel patch. And it > gives you exaclty what you want: per-type list of object ids. Hrm. I think that's one Dave didn't want

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > The multi-seat thing sounds like vapourware, I think we should care about > the vr use-case for now, and only that one. Ok, I can live with that, even if I like the idea of a slightly more general solution. > For VR itself I'd go as far as saying that

RE: DRM Display driver for Intel FPGA Video and Image Processing Suite

Hi All, Apologies for the attachment earlier. Below are the inline changes for the patch From 0de293e3646a1780ed603cf8e1f2a19d9aebbe83 Mon Sep 17 00:00:00 2001 From: Ong, Hean Loong Date: Thu, 30 Mar 2017 18:02:22 +0800 Subject: [PATCHv0] Intel FPGA Video and Image

Re: [PATCH v2 6/9] drm/rockchip: Reoder unload sequence

Hi Sean, On 04/05/2017 03:44 AM, Sean Paul wrote: On Sat, Apr 01, 2017 at 07:35:26PM +0800, Jeffy Chen wrote: We should not cleanup iommu before cleanup other resources. Reorder unload sequence, follow exynos drm. This doesn't match the cleanup sequence in rockchip_drm_bind. Also make sure

[PATCH v3 6/9] drm/rockchip: Reoder drm bind/unbind sequence

Current drm bind/unbind sequence would cause some memory issues. For example we should not cleanup iommu before cleanup mode config. Reorder bind/unbind sequence, follow exynos drm. Signed-off-by: Jeffy Chen --- Changes in v3: Address Sean Paul

Re: [PATCH 0/2] virtio: fix virtio_gpu_mode_dumb_create

On 03/04/2017 09:08, Gerd Hoffmann wrote: > Hi, > > Little series to fix xorg display on virtio on bigendian machines. > First patch factors out the drm -> virtio format mapping code into > a helper function, second patch actually fixes the issue using the > new helper. > > cheers, > Gerd >

Re: [PULL] Synopsys Media Formats

Em Mon, 3 Apr 2017 12:35:44 -0400 Sean Paul escreveu: > Hi Mauro, > > Here's the pull for Neil's new media formats. We're using a topic branch in > drm-misc, so it will not change. Once you have acked, we'll pull this in and > apply the rest of Neil's set. Thanks!

Re: [PATCH 2/4] drm: Add drm_object lease infrastructure

Daniel Vetter writes: > On Sat, Apr 01, 2017 at 10:08:39AM -0700, Keith Packard wrote: >> +BUG_ON(__mutex_owner(>dev->mode_config.idr_mutex) != current); > > Forgot to reply on this: > > lockdep_assert_held + enable lockdep. Thanks. Will fix. -- -keith signature.asc

[PATCH v3 1/9] drm: bridge: analogix: Detach panel when unbinding analogix dp

The panel is attached when binding analogix dp. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: Fix some commit messages. drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v6 2/5] drm/dp: Introduce MST topology state to track available link bandwidth

From: "Pandiyan, Dhinakaran" Link bandwidth is shared between multiple display streams in DP MST configurations. The DP MST topology manager structure maintains the shared link bandwidth for a primary link directly connected to the GPU. For atomic modesetting

[PATCH v6 4/5] drm: Connector helper function to release resources

From: "Pandiyan, Dhinakaran" Having an ->atomic_release callback is useful to release shared resources that get allocated in compute_config(). This function is expected to be called in the atomic_check() phase before new resources are acquired. v5: Return an int

Re: [PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

2017-04-05 18:43 GMT+02:00 Eric Engestrom : > On Wednesday, 2017-04-05 17:24:31 +0100, Emil Velikov wrote: >> From: Emil Velikov >> >> As mentioned on the xcb mailing list, the platform uses the GLIBC >> forwarding mechanism. >> >>

Re: [PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

On Wednesday, 2017-04-05 17:24:31 +0100, Emil Velikov wrote: > From: Emil Velikov > > As mentioned on the xcb mailing list, the platform uses the GLIBC > forwarding mechanism. > > https://lists.freedesktop.org/archives/xcb/2016-November/010896.html > > Cc: Andreas

[PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

From: Emil Velikov As mentioned on the xcb mailing list, the platform uses the GLIBC forwarding mechanism. https://lists.freedesktop.org/archives/xcb/2016-November/010896.html Cc: Andreas Boll Reported-by: Andreas Boll

Re: [PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: > After unbinding drm, the userspace may still has a chance to access > gem buf. > > Add a sanity check for a NULL dev_private to prevent that from > happening. I still don't understand how this is happening. You're saying that these

Re: [PATCH libdrm 2/2] etnaviv: add fence fd support

On Wed, 2017-04-05 at 17:07 +0100, Eric Engestrom wrote: > On Wednesday, 2017-04-05 14:34:56 +0200, Philipp Zabel wrote: > > Add etna_cmd_stream_flush_explicit with in-fence fd and out-fence fd > > support for explicit fencing. > > > > Signed-off-by: Philipp Zabel > >

Re: [PATCH] exynos: add C++ support to exynos_drmif header

Hello Eric, Eric Engestrom wrote: > On Wednesday, 2017-04-05 16:22:24 +0200, Tobias Jakobi wrote: >> Add the usual extern "C" when compiling in C++ mode. > > Thanks, but why specifically this header? The other exynos/*.h headers > also lack the c++ mangling guard. I'm currently writing a small

[PATCH libdrm v3 2/2] Add CRTC ID to vblank event

From: Ander Conselvan de Oliveira When using the atomic API, one request can span multiple CRTCs, however one event is generated per CRTC. As we cannot disambiguate the CRTC with user data (since we only have one piece of user data to pass in), newer

[PATCH libdrm v3 1/2] Headers: Sync drm{,_mode}.h with the kernel

Generated using make headers_install, based on drm-misc-next commit 5db06a8a98f515f67446a69c57577c4c363ec65d. This clarifies the comments around modifiers such that they are per-framebuffer rather than per-plane, adds the beginnings of aspect ratio mode flags, link status properties, and updates

Re: imx-drm: vblank wait timed out

2017-04-05 12:05 GMT+02:00 Philipp Zabel : > On Tue, 2017-04-04 at 14:50 +0200, Christian Gmeiner wrote: > [...] >> > Is this on a non-plus i.MX6? Maybe are missing the LDB DI clock glitch >> > fixes (commits 5d283b083800, 03d576f202e8, and f13abeff2cde)? >> >> Yes it is a

Re: [PATCH libdrm 2/2] etnaviv: add fence fd support

On Wednesday, 2017-04-05 14:34:56 +0200, Philipp Zabel wrote: > Add etna_cmd_stream_flush_explicit with in-fence fd and out-fence fd > support for explicit fencing. > > Signed-off-by: Philipp Zabel Series is: Reviewed-by: Eric Engestrom Do

Re: [PATCH] exynos: add C++ support to exynos_drmif header

On Wednesday, 2017-04-05 16:22:24 +0200, Tobias Jakobi wrote: > Add the usual extern "C" when compiling in C++ mode. Thanks, but why specifically this header? The other exynos/*.h headers also lack the c++ mangling guard. A quick grep shows that only 15/101 headers in libdrm have it. Can I

[PATCH libdrm 2/2] etnaviv: add fence fd support

Add etna_cmd_stream_flush_explicit with in-fence fd and out-fence fd support for explicit fencing. Signed-off-by: Philipp Zabel --- etnaviv/etnaviv_cmd_stream.c | 33 + etnaviv/etnaviv_drmif.h | 2 ++ 2 files changed, 31

[PATCH libdrm 1/2] etnaviv: sync uapi header

Import the etnaviv header changes from kernel commits 9ad59fea162c ("drm/etnaviv: submit support for in-fences") and 78ec187f64fa ("drm/etnaviv: submit support for out-fences") for fence fd support. Signed-off-by: Philipp Zabel --- etnaviv/etnaviv_drm.h | 8 1

Re: [PATCH] MAINTAINERS: Add Laurent and Andrzej as maintainers for bridge drivers

On Wed, Apr 05, 2017 at 04:53:50PM +0530, Archit Taneja wrote: > Add Laurent and Andrzej as maintainers for DRM bridge chip drivers. They > actively review and contribute to bridge drivers and the bridge API. > > Cc: Laurent Pinchart > Cc: Andrzej Hajda

[PATCH] exynos: add C++ support to exynos_drmif header

Add the usual extern "C" when compiling in C++ mode. Signed-off-by: Tobias Jakobi --- exynos/exynos_drmif.h | 8 1 file changed, 8 insertions(+) diff --git a/exynos/exynos_drmif.h b/exynos/exynos_drmif.h index 626e399..154439b 100644 ---

Re: [PATCH 4/4] drm: zte: add VGA driver support

On Tue, Apr 04, 2017 at 01:46:48PM -0400, Sean Paul wrote: > > +static int zx_vga_register(struct drm_device *drm, struct zx_vga *vga) > > +{ > > + struct drm_encoder *encoder = >encoder; > > + struct drm_connector *connector = >connector; > > + > > + encoder->possible_crtcs = VOU_CRTC_MASK;

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 --- Comment #2 from Nicolai Hähnle --- To add a bit more explanation: sid_tables.h is usually updated automatically; but it was moved some time ago, and it's possible that you have an old copy in the old location. -- You

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 --- Comment #1 from Nicolai Hähnle --- This has nothing to do with LLVM. It looks like your sid_tables.h is stale -- please remove it (it's auto-generated) and try again. -- You are receiving this mail because: You are the

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

On Tue, 2017-04-04 at 19:25 +0100, Dan MacDonald wrote: > It took just under 11 hours to build the Arch 4.11 armv7h kernel on my > SL. The good news is that the patch both applied and built OK this > time, and the kernel package installed fine. What didn't seem right is > that boot pauses for a

Re: [PATCH 09/15] drm/msm: Nerf zpos property

On Mon, Apr 03, 2017 at 10:32:58AM +0200, Daniel Vetter wrote: > It's not wired up, and if it is, it should be moved over to the new > fancy standardized zpos property exposed through > drm_plane_create_zpos_property(). > > Cc: Rob Clark > Signed-off-by: Daniel Vetter

Re: [RFC, v2, 10/11] vb2: dma-contig: Let drivers decide DMA attrs of MMAP and USERPTR bufs

Hi Ricky, On Mon, Dec 26, 2016 at 03:58:07PM +0800, Ricky Liang wrote: > Hi Laurent, > > On Fri, Dec 16, 2016 at 9:24 AM, Laurent Pinchart > wrote: > > From: Sakari Ailus > > > > The desirable DMA attributes are not

Re: DVI output on i.MX51 EVP board not working?

On Wed, Apr 5, 2017 at 10:05 AM, Wladimir J. van der Laan wrote: > Ok, thanks for testing. > > To be clear: was this result with v3.x, or with mainline? I tested with 4.11-rc5 and the kernel is driving the DVI monitor correctly. ___

Re: DVI output on i.MX51 EVP board not working?

On Wed, Apr 05, 2017 at 09:50:23AM -0300, Fabio Estevam wrote: > On Sat, Apr 1, 2017 at 6:40 PM, Fabio Estevam wrote: > > Hi Wladimir, > > > > On Fri, Mar 31, 2017 at 2:36 AM, Wladimir J. van der Laan > > wrote: > > > >> - Went as far back as kernel v4.0,

Re: DVI output on i.MX51 EVP board not working?

On Sat, Apr 1, 2017 at 6:40 PM, Fabio Estevam wrote: > Hi Wladimir, > > On Fri, Mar 31, 2017 at 2:36 AM, Wladimir J. van der Laan > wrote: > >> - Went as far back as kernel v4.0, even to v3.12 or so (commit 493a863, "ARM: >> dts: imx51-babbage: Make DVI

Re: [PATCH maintainer-tools 3/3] dim.rst: update CONTRIBUTING instructions

On Wed, Apr 05, 2017 at 12:15:25PM +0100, Eric Engestrom wrote: > Suggest using git-config instead of a flag on format-patch. > While at it, use the more common "PATCH foo" subject prefix. > > Signed-off-by: Eric Engestrom > --- > dim.rst | 5 +++-- > 1 file changed,

  1   2   >