https://bugs.freedesktop.org/show_bug.cgi?id=71067
Priority: medium Bug ID: 71067 Assignee: dri-devel@lists.freedesktop.org Summary: [drm:r600] UVD not responding OR failed testing IB on GFX ring Severity: normal Classification: Unclassified OS: All Reporter: timothee.romain.ravier@gmail.com Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI
When I boot 3.10 or 3.11 kernels, I get either one of those errors, apparently at random : * UVD not responding, trying to reset the VCPU -> Full log attached: *freeze-boot-then-yellow.log The display turns yellow when the X server starts. I can still use VT and there is no corruption there. I made sure that I got the latest firmware and I also checked my initrd (following instructions in 65270);
* GPU lockup CP stall for more than 10000msec GPU lockup (waiting for 0x000000000000020e last fence id 0x00000000000001ec) r600_ib_test] *ERROR* radeon: fence wait failed (-35) radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35) -> Full log attached: *freeze-cursor.log I can log into my graphical session, but quickly after that, everything freeze and I can only move the cursor which displays as a "corrupted" square. Again VT are fine.
I filed only one bug report as I get both issue using the same software and boot command line.
At the beginning I had bug 67994, which turned into this one. I tried downgrading the kernel without much success for now.
Booting with nomodeset works perfectly (with no accel/KMS obviously) and booting under Windows 7 too.
https://bugs.freedesktop.org/show_bug.cgi?id=71067
Timothée Ravier timothee.romain.ravier@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|Other |x86-64 (AMD64) OS|All |Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #1 from Timothée Ravier timothee.romain.ravier@gmail.com --- Created attachment 88381 --> https://bugs.freedesktop.org/attachment.cgi?id=88381&action=edit dmesg log
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #2 from Timothée Ravier timothee.romain.ravier@gmail.com --- Created attachment 88382 --> https://bugs.freedesktop.org/attachment.cgi?id=88382&action=edit dmesg log freeze-cursor
https://bugs.freedesktop.org/show_bug.cgi?id=71067
Timothée Ravier timothee.romain.ravier@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #88381|0 |1 is obsolete| |
--- Comment #3 from Timothée Ravier timothee.romain.ravier@gmail.com --- Created attachment 88383 --> https://bugs.freedesktop.org/attachment.cgi?id=88383&action=edit dmesg log freeze-boot-then-yellow
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #4 from Alex Deucher agd5f@yahoo.com --- Did you also update mesa?
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #5 from Timothée Ravier timothee.romain.ravier@gmail.com --- Yes, I have mesa updated to 9.2.2. When I reported the previous bug I was using a custom kernel and testing packages provided by Arch Linux. But now I'm using only official and updated Arch Linux packages.
My laptop is four years old, so I'll try to run GPU-demanding applications on Windows to make sure it's not a hardware problem.
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #6 from Timothée Ravier timothee.romain.ravier@gmail.com --- Created attachment 88581 --> https://bugs.freedesktop.org/attachment.cgi?id=88581&action=edit dmesg log - boot then freeze at random
I managed to boot another time with modesetting enabled, but it quickly froze.
So far, every single new attempts to boot in Windows 7 have failed with a BSOD .
What's your take on this? Could it be hardware failure?
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #7 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #6)
Created attachment 88581 [details] dmesg log - boot then freeze at random
I managed to boot another time with modesetting enabled, but it quickly froze.
So far, every single new attempts to boot in Windows 7 have failed with a BSOD .
What's your take on this? Could it be hardware failure?
Could be. Does powering down completely between booting different OSes help?
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #8 from Christian König deathsimple@vodafone.de ---
nov. 02 09:16:44 leviathan kernel: Memory corruption detected in low memory
And directly after that the GPU gets into a reset loop. That indeed sounds like the system is somewhat broken.
Please also try 3.12, but I would rather advise to replace the hardware.
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #9 from Timothée Ravier timothee.romain.ravier@gmail.com --- Completely powering down and removing the battery between boots does not help. I also tried 3.12 without success.
What's bothering me is that booting and not using X works. Is there any way I could disable UVD support and just keep the nice KMS'ed VTs?
https://bugs.freedesktop.org/show_bug.cgi?id=71067
--- Comment #10 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #9)
Completely powering down and removing the battery between boots does not help. I also tried 3.12 without success.
What's bothering me is that booting and not using X works. Is there any way I could disable UVD support and just keep the nice KMS'ed VTs?
Remove the UVD firmware from your system and initrd or patch the driver to not enable UVD:
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c b/drivers/gpu/drm/radeon/radeon_uvd.c index 373d088..7177dbc 100644 --- a/drivers/gpu/drm/radeon/radeon_uvd.c +++ b/drivers/gpu/drm/radeon/radeon_uvd.c @@ -60,6 +60,8 @@ int radeon_uvd_init(struct radeon_device *rdev) const char *fw_name; int i, r;
+ return -EINVAL; + INIT_DELAYED_WORK(&rdev->uvd.idle_work, radeon_uvd_idle_work_handler);
switch (rdev->family) {
https://bugs.freedesktop.org/show_bug.cgi?id=71067
Martin Peres martin.peres@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED
--- Comment #11 from Martin Peres martin.peres@free.fr --- -- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/400.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org