dri-devel February 2015

dri-devel@lists.freedesktop.org

152 participants
1073 discussions

[Bug 69922] New: Juniper (HD 5770): Hibernate partially broken since LInux kernel 3.10
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=69922 Priority: medium Bug ID: 69922 Assignee: dri-devel(a)lists.freedesktop.org Summary: Juniper (HD 5770): Hibernate partially broken since LInux kernel 3.10 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: haeuslsc(a)fastmail.fm Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 86790 --> https://bugs.freedesktop.org/attachment.cgi?id=86790&action=edit Log for failing (hybrid) suspend to disk I built and installed the final version of 3.11 especially for testing the improvements of the radeon driver for my system. However, I was no longer able to hibernate (suspend to disk) my system: the screen went blank, but fans were on full speed and power was not switched off. I have to reset the system and on reboot, there was no session to resume and the BIOS logged "A Hyper Transport sync flood error occurred on last boot. Press F1 to resume." After that, I tried older kernel versions and figured out that suspend to disk works for me with 3.9.11, but no longer for kernel versions 3.10 and newer (tested with 3.11.1/3.12-rc2). When I start the kernel with parameter 'nomodeset', suspend to disk works though (with DRM_RADEON_UMS activated). Some details of my computer: # uname -a Linux odysseus 3.11.1-1.16-desktop #2 SMP PREEMPT Wed Sep 18 22:54:08 CEST 2013 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/SuSE-release openSUSE 12.3 (x86_64) VERSION = 12.3 CODENAME = Dartmouth # smbios-sys-info Libsmbios version: 2.2.28 Product Name: MS-7596 Vendor: MICRO-STAR INTERNATIONAL CO.,LTD BIOS Version: V2.12 System ID: Could not determine System ID. Service Tag: To Be Filled By O.E.M. Express Service Code: 0 Asset Tag: To Be Filled By O.E.M. Property Ownership Tag: # lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] RS880 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (ext gfx port 0) 00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 1) 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series] 01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Juniper HDMI Audio [Radeon HD 5700 Series] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 03) -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 69514] New: R770 (Radeon 4850) screen/buffer corruption when waking up from sleep mode
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=69514 Priority: medium Bug ID: 69514 Assignee: dri-devel(a)lists.freedesktop.org Summary: R770 (Radeon 4850) screen/buffer corruption when waking up from sleep mode Severity: normal Classification: Unclassified OS: All Reporter: peterasplund(a)gentoo.se Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI If I put my computer in sleep/hibernate (doesn't seem to matter which one) the screen gets corrupted with colors everywhere. It does update, and things jump around when I try to press buttons, bring out menus, etc. It's like the drawing buffer is all jumbled up and it's reading/writing from/to the wrong place. When something is updated, it's like I can see the picture/pixmap/icon for a fraction of a second, but then it's corrupted again. If I move the mouse continuously over a menu, to update the highlighting of it, I can see at least where I am on the screen. But the fonts are complete garbage, and it's unreadable. Perhaps I can photograph the screen if it's needed. I haven't tried taking a screenshot. I'm using Gentoo, 3.11 gentoo-kernel, with Systemd and Gnome 3.8. The TTY:s are not corrupted, so I'm able to switch to a TTY without problems. -- You are receiving this mail because: You are the assignee for the bug.

1 14

[Bug 69497] New: X1950XTX performance issue
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=69497 Priority: medium Bug ID: 69497 Assignee: dri-devel(a)lists.freedesktop.org Summary: X1950XTX performance issue Severity: normal Classification: Unclassified OS: All Reporter: darkbasic(a)linuxsystems.it Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI I don't care much because I don't use this card anymore, but since I did some benchmarks I will report it because I know there are still a lot of peoples who use R300g. http://openbenchmarking.org/result/1309172-SO-X1950XTX238 I got 37 fps in openarena with the X1950XTX, while it should be at least 70+ (http://www.phoronix.com/scan.php?page=article&item=amd_r300g_mesa92&num=2) Kernel 3.12 System logs: http://openbenchmarking.org/system/1309172-SO-X1950XTX238/x1950xtx -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 69395] New: [DPM] Forcing lowest power state when no display is attached is bad because of OpenCL
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=69395 Priority: medium Bug ID: 69395 Assignee: dri-devel(a)lists.freedesktop.org Summary: [DPM] Forcing lowest power state when no display is attached is bad because of OpenCL Severity: normal Classification: Unclassified OS: All Reporter: darkbasic(a)linuxsystems.it Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Actually I can't use my HD 7950 with KDE becuase of https://bugs.freedesktop.org/show_bug.cgi?id=69341 https://bugs.freedesktop.org/show_bug.cgi?id=64297 so I attached my display the Intel HD 4000. I still do bitcoin mining (OpenCL) on the 7950 and I notice it doesn't switch to higher power states anymore (everything works flawlessly if I attach the display to the 7950). Forcing the card to the lowest power state if no display is attached is a bad behavious because of GPGPU computing. I'm using Linux 3.12-pre (drm-next). -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 69062] New: Corrupted visuals in Gnome3 (A6-4400M)
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=69062 Priority: medium Bug ID: 69062 Assignee: dri-devel(a)lists.freedesktop.org Summary: Corrupted visuals in Gnome3 (A6-4400M) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: lrn1986(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI Created attachment 85385 --> https://bugs.freedesktop.org/attachment.cgi?id=85385&action=edit Corrupted shell On boot gdm3 looks fine (displays a list of users). When i choose a user from the list, the animation plays out - and that's when the corruption starts (missing text and missing graphics). I can still log in by typing the password. Once logged in, gnome shell looks fine at first. Opening the Activities screen might cause minor corruption (for example, hovering over icons on the left panel might show corrupted selection rectangle fadein). Typing in the Activities screen _always_ causes major corruption in visuals. Only Gnome shell (top bar, Activities, window switcher) is affected. Applications continue to be drawn correctly. Gnome shell reset (Alt+F2, r) cleans up corruption from the shell (completely or almost completely), but it quickly returns. Tried changing radeon.gartsize on boot - no difference. No errors on Xorg.log No errors in dmesg This is a regression (things used to work ~half a year ago) Versions: *Gnome3 3.8 Debian sid/experimental *kernel: git://people.freedesktop.org/~airlied/linux 86a7e1224a68511d3a1ae0b7e11581b9d37723ae (also tried older kernels, as far as 3.8rc4 - same thing, this doesn't seem to be kernel-dependent) *drm git://anongit.freedesktop.org/git/mesa/drm d18cd0c7ccf88c9f6585aaa3cc57f0f064d7310b *mesa git://anongit.freedesktop.org/git/mesa/mesa 505fad04f10eee1efdfcd8986b4d484b49d39986 *xorg (radeon driver, xserver, and its dependencies) git latest versions on 06.09.2013 A screenshot is attached. -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 68178] New: evergreen: hard lockup on suspend and resume with current firmware
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=68178 Priority: medium Bug ID: 68178 Assignee: dri-devel(a)lists.freedesktop.org Summary: evergreen: hard lockup on suspend and resume with current firmware Severity: major Classification: Unclassified OS: Linux (All) Reporter: nine(a)detonation.org Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 84133 --> https://bugs.freedesktop.org/attachment.cgi?id=84133&action=edit dmesg of my system for information As soon as the up to date firmware package is installed, my system hangs on suspend and again on resume with the screen turned off and the system not reacting to anything. Tested it on various kernels with the earliest being 3.7.10 (current openSUSE kernel) and the latest being 3.11-rc5. I tried to get more information, but there are no logs, the screen is turned off and even netconsole did not show more. Do you have suggestions about how to debug this or things that I can try to narrow it down? My GPU is a: 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Redwood [Radeon HD 5670] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited Device e151 Flags: bus master, fast devsel, latency 0, IRQ 48 Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at f4420000 (64-bit, non-prefetchable) [size=128K] I/O ports at e000 [size=256] Expansion ROM at f4400000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting Kernel driver in use: radeon Attaching dmesg of a running system just for info. -- You are receiving this mail because: You are the assignee for the bug.

1 14

[Bug 68059] New: with radeon.dpm=1, Xorg crashed a while after resume
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=68059 Priority: medium Bug ID: 68059 Assignee: dri-devel(a)lists.freedesktop.org Summary: with radeon.dpm=1, Xorg crashed a while after resume Severity: critical Classification: Unclassified OS: Linux (All) Reporter: wrxzzj(a)gmail.com Hardware: x86 (IA32) Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI Created attachment 84008 --> https://bugs.freedesktop.org/attachment.cgi?id=84008&action=edit dmesg I test with kernel 3.11rc5, mesa 9.2git, xorg 1.14.2, Radeon HD6310. with radeon.dpm enabled, after resume from RAM, Xorg crashed a while. attachment is my dmesg log. -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 67994] New: System freezes when playing video on open source AMD drivers with VDPAU
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=67994 Priority: medium Bug ID: 67994 Assignee: dri-devel(a)lists.freedesktop.org Summary: System freezes when playing video on open source AMD drivers with VDPAU Severity: normal Classification: Unclassified OS: Linux (All) Reporter: scorp.exe(a)yandex.ua Hardware: x86 (IA32) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Kernel - Linux 3.11rc4 Version mesa-common-dev - 9.2.0~git20130729+9.2.9b8ad643-0ubuntu0sarvatt~raring Version libg3dvl-mesa - 9.3~git1308091520.e8d897~gd~r Driver - Gallium 0.4 To repeat the freezing - start the video on player with support for VDPAU (mplayer or XBMC), stop it, and then run another video. -- You are receiving this mail because: You are the assignee for the bug.

1 21

[Bug 67970] New: Kernel bugs related to the powersaving features of mobility radeon x1400
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=67970 Priority: medium Bug ID: 67970 Assignee: dri-devel(a)lists.freedesktop.org Summary: Kernel bugs related to the powersaving features of mobility radeon x1400 Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: shayanmansuri(a)yahoo.com Hardware: All Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI I have a Mobility Radeon X1400 (RV500 Family) on my dell inspiron 6400 (or it's called inspiron 1501 or 1505 elsewhere). I use Open-source drivers and they work for me and I have no problem with anything except the powermanagement at kernel level. When I want to activate powersaving feature I use these commands: 1. when I use this command: echo dynpm > /sys/class/drm/card0/device/power_method nothing happens. I mean GPU frequency remain high. I even do not use a GUI. I'm in the shell. 2. when I use these commands echo profile > /sys/class/drm/card0/device/power_method echo low > /sys/class/drm/card0/device/power_profile I receive these error: kernel:[ 192.253008] NMI: PCI system error (SERR) for reason b1 on CPU 0. kernel:[ 192.253016] Dazed and confused, but trying to continue I have noticed that the kernel do not changes the GPU and Vram frequencies correctly in the profile mode. This is what I get when I set it to mid: # echo mid > /sys/class/drm/card0/device/power_profile # cat /sys/kernel/debug/dri/0/radeon_pm_info default engine clock: 432000 kHz current engine clock: 209250 kHz default memory clock: 396000 kHz current memory clock: 135000 kHz PCIE lanes: 1 This is what I get when I set it to low: # echo low > /sys/class/drm/card0/device/power_profile # cat /sys/kernel/debug/dri/0/radeon_pm_info default engine clock: 432000 kHz current engine clock: 324000 kHz default memory clock: 396000 kHz current memory clock: 135000 kHz PCIE lanes: 1 This is what I get when I set it to high: # echo high > /sys/class/drm/card0/device/power_profile # cat /sys/kernel/debug/dri/0/radeon_pm_info default engine clock: 432000 kHz current engine clock: 432000 kHz default memory clock: 396000 kHz current memory clock: 396000 kHz PCIE lanes: 0 If you look at the above values, it is obvious that the current clock of mid and low profiles should be replaced with each other. I've tested this in different distribution of GNU/Linux with different kernel versions: Including Ubuntu, LMDE, Archlinux and Chakra. with these kernel versions: 2.6.38, 2.6.39, 3.0.0 RC5, 3.0.0-1-amd64 in LMDE, and lately with 3.4.55 LTS in ubuntu 12.04.2. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 67946] New: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=67946 Priority: medium Bug ID: 67946 Assignee: dri-devel(a)lists.freedesktop.org Summary: Switching to Integrated card to vgaswitcheroo with radeon.audio=1 makes kernel to hang Severity: normal Classification: Unclassified OS: All Reporter: mail(a)3v1n0.net Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI I've a Mobility Radeon HD 5650 muxed with an intel card. If I boot with radeon.audio=1 and I switch the radeon card off when pulseaudio is running, then the kernel hangs as soon as I close X: [ 489.177732] hda-intel 0000:01:00.1: Disabling via VGA-switcheroo [ 489.297129] hda-intel 0000:01:00.1: Cannot lock devices! [ 489.297139] radeon: switched off [ 489.300356] [drm] Disabling audio support [ 489.319552] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x000000000015e418 and cpu addr 0xffffc90009df0418 [ 489.973886] ACPI: \_SB_.PCI0: ACPI_NOTIFY_BUS_CHECK event: unsupported [ 489.973903] _handle_hotplug_event_root: Bus check notify on \_SB_.PCI0 [ 678.992375] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 678.992453] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 683.996303] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 683.996377] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 683.996453] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing C3DC (len 871, WS 0, PS 0) @ 0xC439 [ 689.000275] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 689.000349] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 694.004285] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 694.004363] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 699.008330] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 699.008414] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 699.514458] init: tty1 main process (2460) killed by QUIT signal [ 699.514489] init: tty1 main process ended, respawning [ 704.012405] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 704.012492] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 [ 709.016515] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting [ 709.016596] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing CD0C (len 62, WS 0, PS 0) @ 0xCD28 These errors doesn't happen instead if I close X and kill pulseaudio before switching cards. Not sure if this is a pulseaudio issue or a kernel one (that should notify pulseaudio about the unplugged HDMI audio card). -- You are receiving this mail because: You are the assignee for the bug.

1 2

← Newer
1
...
7
8
9
10
11
12
13
...
108
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2015