https://bugs.freedesktop.org/show_bug.cgi?id=28375
Summary: [KMS][RV620] Lockup on PM reclock Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: zajec5@gmail.com
I use today's d-r-t with my notebook.
1) Booting into init 3 and massive (50 times) switching between high and low profile No problems.
2) Booting into init 5 and switching to high profile Some kind of [black screen|lockup|reclock] loop. I get black screen for second, then corrupted and freezed display for a moment, then black screen again and so on. Sysrq works.
3) Booting into init 5, switching to dynpm, provoking short upclocking Black screen for a second, just WARNING or lockup detection (dmesgs attached)
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #1 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:28:41 PDT --- Created an attachment (id=36046) --> (https://bugs.freedesktop.org/attachment.cgi?id=36046) dmesg with WARNING no. 1
Most important part: [ 512.026242] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:235 radeon_fence_wait+0x236/0x290 [radeon]()
Backtrace quite useless :| [ 512.026794] [<fac7a34d>] drm_ioctl+0x12d/0x350 [drm] [ 512.026919] [<fac7a220>] ? drm_ioctl+0x0/0x350 [drm]
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #2 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:30:22 PDT --- Created an attachment (id=36047) --> (https://bugs.freedesktop.org/attachment.cgi?id=36047) dmesg with WARNING no. 2
Most important part: [ 743.244277] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:235 radeon_fence_wait+0x236/0x290 [radeon]()
Backtrace quite useless :| [ 743.244819] [<fac7a34d>] drm_ioctl+0x12d/0x350 [drm] [ 743.244929] [<fac7a220>] ? drm_ioctl+0x0/0x350 [drm]
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #3 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:32:45 PDT --- Created an attachment (id=36048) --> (https://bugs.freedesktop.org/attachment.cgi?id=36048) dmesg with WARNING no. 3 (with drm:drm_ioctl)
In previous dmesgs I disabled drm:drm_ioctl debugging. This one keeps that debugging enabled.
Most important part: [ 101.033181] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:235 radeon_fence_wait+0x236/0x290 [radeon]()
Backtrace quite useless :| [ 101.033712] [<fac7d3c2>] drm_ioctl+0x1a2/0x3f0 [drm] [ 101.033828] [<fac7d220>] ? drm_ioctl+0x0/0x3f0 [drm]
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #4 from Alex Deucher agd5f@yahoo.com 2010-06-03 16:39:21 PDT --- Also are you using the ddx tiling patches? If so, do you get the same lock up with those removed? This might be a dupe of bug 28342.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #5 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:42:37 PDT --- Created an attachment (id=36049) --> (https://bugs.freedesktop.org/attachment.cgi?id=36049) dmesg with GPU lockup CP stall detected no. 1
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #6 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:47:24 PDT --- Created an attachment (id=36050) --> (https://bugs.freedesktop.org/attachment.cgi?id=36050) dmesg with GPU lockup CP stall detected no. 2
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #7 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:47:48 PDT --- Created an attachment (id=36051) --> (https://bugs.freedesktop.org/attachment.cgi?id=36051) dmesg with GPU lockup CP stall detected no. 3
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #8 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:51:51 PDT --- Created an attachment (id=36052) --> (https://bugs.freedesktop.org/attachment.cgi?id=36052) Xorg.0.log
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #9 from Rafał Miłecki zajec5@gmail.com 2010-06-03 16:53:25 PDT --- (In reply to comment #4)
Also are you using the ddx tiling patches? If so, do you get the same lock up with those removed? This might be a dupe of bug 28342.
Today's drm-radeon-testing means:
commit 9e67e5b1a6fd4bdca48a9c267386afb236d08783 Merge: b55ad86 e40152e Author: Dave Airlie airlied@redhat.com Date: Tue Jun 1 13:04:52 2010 +1000
Merge tag 'v2.6.34' into drm-radeon-testing
As for DDX I use quite old one:
commit 488c9fd8300505cc6c0c2f8f0f00849f27cc5d63 Author: Alex Deucher alexdeucher@gmail.com Date: Mon Mar 15 12:25:57 2010 -0400
r6xx/r7xx: fix domain handling in accel code
Noticed by Pauli and Michel on IRC.
Improves GetImage performace by a factor of ~10.
Let me try updating it.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #10 from Rafał Miłecki zajec5@gmail.com 2010-06-03 17:20:47 PDT --- Ohh, that was silly. I didn't understand why first 3 dmesgs are so meaningless... I grepped them for "drm"! :|
Before updating xf86-video-ati I tried patch from attachment #36012 but it does not help.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #11 from Rafał Miłecki zajec5@gmail.com 2010-06-03 17:40:09 PDT --- Updating DDX didn't help. I gone back with drm tree to:
commit 94f2983b1dc64a4a90a1ac9a6da6d7a0ec2f06a8 Author: Tiago Vignatti tiago.vignatti@nokia.com Date: Mon May 24 18:24:31 2010 +0300
vgaarb: use MIT license
which seems to be one commit before first tiling patches. It also has problems I described in this bug report.
As I didn't apply any patches to DDX manually, I guess there is nothing I can revert, right?
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #12 from Rafał Miłecki zajec5@gmail.com 2010-06-03 18:14:29 PDT --- bad: 94f2983b1dc64a4a90a1ac9a6da6d7a0ec2f06a8 good: 36d1701c502d4f46386e1000ad58d9497a11688d
Suspected commits: drm/radeon/kms/pm: add support for SetVoltage cmd table (V2) drm/radeon/kms/pm: voltage fixes drm/radeon/kms/pm: radeon_set_power_state fixes drm/radeon/kms/pm: patch default power state with default clocks/voltages on r6xx+
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #13 from Alex Deucher agd5f@yahoo.com 2010-06-03 19:42:12 PDT --- If I had to guess, I would say: drm/radeon/kms/pm: add support for SetVoltage cmd table (V2)
Changing the voltage could be problematic on your card. We should probably step up/down the voltage rather than changing it directly. E.g., when going from 1200 to 900 millivolts, step down to 1100, 1000, then 900. I'll see about hacking something up tomorrow if you can verify that is the problematic commit.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #14 from Alex Deucher agd5f@yahoo.com 2010-06-03 21:38:38 PDT --- Created an attachment (id=36057) View: https://bugs.freedesktop.org/attachment.cgi?id=36057 Review: https://bugs.freedesktop.org/review?bug=28375&attachment=36057
step through voltage levels
If the SetVoltage stuff is indeed causing problems, this patch might help.
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #15 from Rafał Miłecki zajec5@gmail.com 2010-06-04 13:48:12 PDT --- I can confirm it's voltage setting that causes problem. Dropping it from r600.c::r600_pm_misc makes d-r-t work again.
I didn't test your patch Alex, but it does not make much sense in my case.
1) Looking through all power modes I noticed only 2 different voltages: 950 and 1200. 2) Step is 250 anyway: 0018: USHORT usVoltageStep = 0x00fa (250)
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #16 from Rafał Miłecki zajec5@gmail.com 2010-06-06 03:31:16 PDT --- Created an attachment (id=36081) --> (https://bugs.freedesktop.org/attachment.cgi?id=36081) less revoltaging and more deubgging messages
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #17 from Rafał Miłecki zajec5@gmail.com 2010-06-06 03:34:55 PDT --- Created an attachment (id=36082) --> (https://bugs.freedesktop.org/attachment.cgi?id=36082) dmesg with less revoltaging patch applied
There you have some results of my debugging tries.
Voltage was changed at 86.386427 and it didn't cause any problem. When starting glxgears I expected voltage to be raised but it wasn't the case. Maybe this is the problem?
https://bugs.freedesktop.org/show_bug.cgi?id=28375
--- Comment #18 from Rafał Miłecki zajec5@gmail.com 2010-06-06 05:43:20 PDT --- Patch posted:
[PATCH V3] drm/radeon/kms/r600+: use voltage from requested clock mode http://lists.freedesktop.org/archives/dri-devel/2010-June/001139.html
https://bugs.freedesktop.org/show_bug.cgi?id=28375
Rafał Miłecki zajec5@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
dri-devel@lists.freedesktop.org