dri-devel September 2018

dri-devel@lists.freedesktop.org

276 participants
1899 discussions

[Bug 106474] "CPU1 stuck for XXs: Xorg" since update to linux-4.16.x
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=106474 Bug ID: 106474 Summary: "CPU1 stuck for XXs: Xorg" since update to linux-4.16.x Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: linuxhippy(a)gmail.com Created attachment 139489 --> https://bugs.freedesktop.org/attachment.cgi?id=139489&action=edit screenshot After updating the Laptop of a friend running Fedora 27 to linux-4.16.4/5/6 it frequently gets stuck when starting Xorg - please see the attached screenshot. The machine is a AMD Beema based Hewlett-Packard HP 355 G2/22C1, BIOS F.10 02/12/2015 running the latest Fedora 27 packages. Graphics stack is default (glamor, radeon kernel module). Linux-4.15.17 works absolutly flawless. -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 106471] Radeon HD 3450 acceleration not working
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=106471 Bug ID: 106471 Summary: Radeon HD 3450 acceleration not working Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: jjcogliati-r1(a)yahoo.com Created attachment 139483 --> https://bugs.freedesktop.org/attachment.cgi?id=139483&action=edit full dmesg The Radeon HD 3450 acceleration support does not work on my computer. uname -a: Linux mouse 4.17.0-041700rc4-generic #201805070430 SMP Mon May 7 04:31:46 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux In the dmesg I get: [ 4.007419] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD) [ 4.007433] radeon 0000:02:00.0: disabling GPU acceleration -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 106191] Failure to recognize DisplayPort signal
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=106191 Bug ID: 106191 Summary: Failure to recognize DisplayPort signal Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: francois.jacques(a)gmail.com Created attachment 139004 --> https://bugs.freedesktop.org/attachment.cgi?id=139004&action=edit callstack from DRM/radeon DRM/radeon fails with in drm_dp_link_rate_to_bw_code Driver fails to negotiate video resolution with DP-connected monitor, on any of 4 DP ports. Controller can drive monitor at 2048x1080 through HDMI adapter. Straight DP cable only works in console (low-res) Disconnecting power cable from monitor for 5 minutes trick doesn't help ;) Video controller: FirePro v8800 ChipID 0x6888 (see hardware.txt for details, 4 DPs) DP monitor: Dell U2717DA Workstation: HP xw8600 Kernel messages with backtrace: see var_log_messages_excerpt.txt Max res supported by monitor: 1440p (see Xorg.0.log) -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 105728] radeon_init takes longer than a few seconds
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105728 Bug ID: 105728 Summary: radeon_init takes longer than a few seconds Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: pmenzel+bugs.freedesktop(a)molgen.mpg.de On a Asus F2A85-M PRO with an AMD A6-6400K APU with Radeon HD Graphics and Linux 4.14.13 `radeon_init`, according to `initcall_debug`, takes over two seconds to execute. Init functions should not take longer than a few milliseconds to load. ``` $ sudo dmesg | grep -i radeon [ 18.767379] calling radeon_init+0x0/0xab [radeon] @ 292 [ 18.767382] [drm] radeon kernel modesetting enabled. [ 18.809797] radeon 0000:00:01.0: VRAM: 768M 0x0000000000000000 - 0x000000002FFFFFFF (768M used) [ 18.809798] radeon 0000:00:01.0: GTT: 1024M 0x0000000030000000 - 0x000000006FFFFFFF [ 18.811498] [drm] radeon: 768M of VRAM memory ready [ 18.811499] [drm] radeon: 1024M of GTT memory ready. [ 18.812019] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/ARUBA_pfp.bin [ 18.812512] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/ARUBA_me.bin [ 18.812674] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/ARUBA_rlc.bin [ 18.812813] [drm] radeon: dpm initialized [ 18.813730] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin [ 18.814178] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/TAHITI_vce.bin [ 18.867545] radeon 0000:00:01.0: WB enabled [ 18.867549] radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000030000c00 and cpu addr 0xffff8a5af9339c00 [ 18.867928] radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffab8a01435a18 [ 18.888018] radeon 0000:00:01.0: fence driver on ring 6 use gpu addr 0x0000000030000c18 and cpu addr 0xffff8a5af9339c18 [ 18.888021] radeon 0000:00:01.0: fence driver on ring 7 use gpu addr 0x0000000030000c1c and cpu addr 0xffff8a5af9339c1c [ 18.888022] radeon 0000:00:01.0: fence driver on ring 1 use gpu addr 0x0000000030000c04 and cpu addr 0xffff8a5af9339c04 [ 18.888024] radeon 0000:00:01.0: fence driver on ring 2 use gpu addr 0x0000000030000c08 and cpu addr 0xffff8a5af9339c08 [ 18.888025] radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000030000c0c and cpu addr 0xffff8a5af9339c0c [ 18.888026] radeon 0000:00:01.0: fence driver on ring 4 use gpu addr 0x0000000030000c10 and cpu addr 0xffff8a5af9339c10 [ 18.916268] radeon 0000:00:01.0: radeon: MSI limited to 32-bit [ 18.917088] radeon 0000:00:01.0: radeon: using MSI. [ 18.917113] [drm] radeon: irq initialized. [ 20.736792] [drm] Radeon Display Connectors [ 21.035055] fbcon: radeondrmfb (fb0) is primary device [ 21.152576] radeon 0000:00:01.0: fb0: radeondrmfb frame buffer device [ 21.172202] [drm] Initialized radeon 2.50.0 20080528 for 0000:00:01.0 on minor 0 [ 21.172314] initcall radeon_init+0x0/0xab [radeon] returned 0 after 2348527 usecs [ 126.973651] radeon_dp_aux_transfer_native: 74 callbacks suppressed ``` -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 101213] Kernel 4.11: amdgpu regression causes artifacts OLAND amd gpu gcn 1.0
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=101213 Bug ID: 101213 Summary: Kernel 4.11: amdgpu regression causes artifacts OLAND amd gpu gcn 1.0 Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: eutychios23(a)gmail.com The display Manager,part of the desktop and any graphics app i run get severe artifacts on any kernel 4.11.x version with amdgpu enabled, whereas in 4.10.17 all is working good. Reproduce: Install kernel 4.11 and later with SIK=y, blacklist radeon, install xf86-amdgpu, enable the amdgpu module and boot the kernel. Same regression existed in kernels 4.10.2 and lower but was fixed after the 4.10.3 update -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 105664] AMD HAINAN (Radeon R5 M330) Clock frequency is 750MHz while it is supposed to be 1030MHz
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105664 Bug ID: 105664 Summary: AMD HAINAN (Radeon R5 M330) Clock frequency is 750MHz while it is supposed to be 1030MHz Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: yassine10suno(a)gmail.com Kernel source: /drivers/gpu/drm/radeon/si_dpm.c line 2985: max_sclk = 75000; instead of max_sclk = 103000; Why is that? I changed it and rebuilt the kernel, and I can say that there are absolutely no issues when using the 1030MHz clock, **which is the default frequency this GPU is designed for**. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 105500] AMD Richland (ARUBA) no screen at DP output when using three displays
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105500 Bug ID: 105500 Summary: AMD Richland (ARUBA) no screen at DP output when using three displays Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: vinibali1(a)gmail.com Created attachment 138094 --> https://bugs.freedesktop.org/attachment.cgi?id=138094&action=edit dmesg Hello there! After connecting and enabling the 3rd monitor in D-Sub, the one with DP becames black. Most of the time I use 2 displays with (DVI-I and DP) without any problem. The desired layout is the following, however I even tried to use HDMI instead of DVI-I: ___ __ __ |DVI||DP||DS| 2 1 3 __ __ ____ |DS||DP||HDMI| 2 1 3 None of the options are working, however it's fine on Windows using the lastest - official beta - Crimson Edition 15.7.1. The motherboard had an ASMedia ASM1445 DVI/HDMI bridge, so I couldn't use these outputs at the same time. CPU: AMD A8-6500 GPU: AMD Radeon HD8570 (ATOMBIOSBK-AMD VER015.031.000.000.000000, 02/17/13,02:36:07) MOBO: ASUS F2A85M-PRO (BIOS 6601) OS: Arch Linux 4.13 AMD64 xf86-video-ati 1:18.0.0-1 xorg-server 1.19.6+13+gd0d1a694f-1 The logs/outputs were saved at 4.13, however it's not working with both the up-to-date Arch (4.15) and Xubuntu 18.04 beta. Thank you -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 105221] kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850)
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105221 Bug ID: 105221 Summary: kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850) Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: brouhaha(a)fedoraproject.org With Fedora 26 I had sporadic problems with the system crashing at the first kernel mode switch, before entering the LUKS passphrase at boot time, but I could hit reset and usually the second time it would work. With Fedora 27 this happens to me consistently every time. The only way I can successfully boot is to use "nomodeset" on the kernel command line, which then causes issues for my X session. My system has Asus Sabertooth 990FX R2.0 motherboard, AMD FX-8350 CPU, and Radeon HD 5850 graphics card. I'm running Fedora 27 with kernel 4.15.3-300.fc27.x86_64. Fedora Bugzilla shows someone else having that problem with HD 5450. Maybe its a general Evergreen problem. https://bugzilla.redhat.com/show_bug.cgi?id=1474044 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 105144] Recent mesa makes GPU temperature too hot with GL/VDPAU/VAAPI
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105144 Bug ID: 105144 Summary: Recent mesa makes GPU temperature too hot with GL/VDPAU/VAAPI Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: whatisthis.sowhat(a)gmail.com With mesa 17.3 (and maybe kernel >= 4.13), using GL,VAAPI or VDPAU, GPU temperature makes to be too hot. Almost upper than 60℃ with RADEON HD7770 (less than 15℃ at room). When not using GL etc, temperature upper than 50℃. With earlier version of GL, VAAPI and VDPAU, temperature is less than 60℃ (at worst, less than 70℃). Regards, Ohta. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 105038] slight lags in youtube video 1080p since a change in kernel 4.15 related to drm/ttm
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=105038 Bug ID: 105038 Summary: slight lags in youtube video 1080p since a change in kernel 4.15 related to drm/ttm Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: mister.freeman(a)laposte.net Created attachment 137264 --> https://bugs.freedesktop.org/attachment.cgi?id=137264&action=edit dmesg Hello, I have a radeon HD4650 pcie, I use the radeon driver, since a new algorithm for drm/ttm introduced in kernel 4.15.x then I notice a performance loss in video playback, especially when the format is 1080p ( for example youtube video ), some lags are visible ( for example travelling images, vertical scroll of the credits in a video ), the bug has been introduced since this commit : commit 648bc3574716400acc06f99915815f80d9563783 Author: Christian König <christian.koenig(a)amd.com> Date: Thu Jul 6 09:59:43 2017 +0200 drm/ttm: add transparent huge page support for DMA allocations v2 Try to allocate huge pages when it makes sense. v2: fix comment and use ifdef Signed-off-by: Christian König <christian.koenig(a)amd.com> Reviewed-by: Felix Kuehling <Felix.Kuehling(a)amd.com> Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> reverting this patch solves the bug, I have created a bug report in kernel's bugzilla : https://bugzilla.kernel.org/show_bug.cgi?id=198511 Christian König advices me to open a bug report here for drm/radeon, I have filmed my screen in order to demonstrate the effect of this bug, you can see my video here : https://www.youtube.com/watch?v=YqtleU5YBlA -- You are receiving this mail because: You are the assignee for the bug.

1 2

← Newer
1
2
3
4
5
6
7
8
9
...
190
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2018