dri-devel May 2018

dri-devel@lists.freedesktop.org

268 participants
1833 discussions

[Bug 199577] New: amdgpu fails to return from powersaving mode
by bugzilla-daemon＠bugzilla.kernel.org 01 May '18

01 May '18

https://bugzilla.kernel.org/show_bug.cgi?id=199577 Bug ID: 199577 Summary: amdgpu fails to return from powersaving mode Product: Drivers Version: 2.5 Kernel Version: 4.17_rc3 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: adebeus(a)gmail.com Regression: No Created attachment 275681 --> https://bugzilla.kernel.org/attachment.cgi?id=275681&action=edit dmesg output I've been testing the new 4.17 kernel, which finally works for me with the new AMDGPU DC and DP MST monitors (4.15 and 4.16 did not). However, after the system is idle for long enough for DPMS to activate, the monitors will turn off, but never turn back on. Despite the monitors not working, I was able to SSH into the machine and obtain the output of dmesg, which is attached. I am using a Tonga GPU (Sapphire R9 380). I would be happy to test any patches that are available or provide any other necessary information. -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[PATCH] drm/vc4: Add a pad field to align drm_vc4_submit_cl to 64 bits.
by Eric Anholt 01 May '18

01 May '18

I had originally asked Stefan Schake to drop the pad field from the syncobj changes that just landed, because I couldn't come up with a reason to align to 64 bits. Talking with Dave Airlie about the new v3d driver's submit ioctl, we came up with a reason: sizeof() on 64-bit platforms may align to 64 bits, in which case the userspace will be submitting the aligned size and the final 32 bits won't be zero-padded by the kernel. If userspace doesn't zero-fill, then a future ABI change adding a 32-bit field at the end could potentially cause the kernel to read undefined data from old userspace (our userspace happens to use structure initialization that zero-fills, but as a general rule we try not to rely on that in the kernel). Signed-off-by: Eric Anholt <eric(a)anholt.net> --- danvet, could you update the "Botching up IOCTLs" post with this explanation for why we need struct size alignment for non-array structs? drivers/gpu/drm/vc4/vc4_gem.c | 5 +++++ include/uapi/drm/vc4_drm.h | 2 ++ 2 files changed, 7 insertions(+) diff --git a/drivers/gpu/drm/vc4/vc4_gem.c b/drivers/gpu/drm/vc4/vc4_gem.c index a4c4be3ac6af..7910b9acedd6 100644 --- a/drivers/gpu/drm/vc4/vc4_gem.c +++ b/drivers/gpu/drm/vc4/vc4_gem.c @@ -1132,6 +1132,11 @@ vc4_submit_cl_ioctl(struct drm_device *dev, void *data, return -EINVAL; } + if (args->pad2 != 0) { + DRM_DEBUG("Invalid pad: 0x%08x\n", args->pad2); + return -EINVAL; + } + exec = kcalloc(1, sizeof(*exec), GFP_KERNEL); if (!exec) { DRM_ERROR("malloc failure on exec struct\n"); diff --git a/include/uapi/drm/vc4_drm.h b/include/uapi/drm/vc4_drm.h index 2be4fe3610b8..2cac6277a1d7 100644 --- a/include/uapi/drm/vc4_drm.h +++ b/include/uapi/drm/vc4_drm.h @@ -193,6 +193,8 @@ struct drm_vc4_submit_cl { * render job. 0 means ignore. */ __u32 out_sync; + + __u32 pad2; }; /** -- 2.17.0

2 1

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)
by bugzilla-daemon＠freedesktop.org 01 May '18

01 May '18

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #62 from iive(a)yahoo.com --- You don't even get kernel panic, the machine just freezes. Just to confirm that, add the following to the kernel line options in grub "panic=30" . Then freeze the computer again. If the kernel panics, then it should reboot after 30 seconds. Do you have a temperature reading for the Mother Board chipset? Can you make sure it doesn't overheat or something during gameplay? Use ssh to log into your computer and run `watch sensors`. You will have the last readings when the computer hangs. I think you should try to compile a vanilla kernel and enable every debug option that you can. (You can use the SUSE kernel /proc/config.gz as template). -- You are receiving this mail because: You are the assignee for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2018