| Priority | medium |
|---|---|
| Bug ID | 66963 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | r600: linux 3.11RC1 isn't booting with radeon.dpm=1 option in grub |
| Severity | blocker |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | ken20001@ukr.net |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | unspecified |
| Component | DRM/Radeon |
| Product | DRI |
Linux 3.11RC1 isnt' booting with radeon.dpm=1 option in grub: screen becomes blank after grub trying to boot it. Without radeon.dpm=1 option system boots well. So, it seems, DPM isn't working. Graphics: Radeon HD2600 XT Linux: 3.11RC1 OS: Kubuntu 13.04 KDE: 4.11 beta2 Please, ask me for any additional info needed to help fix this issue.
I can see same behavior on Graphics: RV620/M82 Mobility Radeon HD 3450/3470 Kernel: 3.11-rc1 Mesa: 9.1.2-rc1, 9.2_pre20130619 OS: Gentoo ARCH: x86_64 Other: fluxbox-1.3.2, xdm-1.1.11-r1, slim-1.3.5-r2 System works fine without 'radeon.dpm=1'. But with this option it completely dies. It is not only graphics that fails. System is not responding to ping and don't continue to boot. This happens after system started booting and before it switches to radeon driver and higher resolutions.
| What | Removed | Added |
|---|---|---|
| See Also | https://bugs.freedesktop.org/show_bug.cgi?id=66942 |
| What | Removed | Added |
|---|---|---|
| CC | hrvoje.senjan@gmail.com |
*** Bug 67085 has been marked as a duplicate of this bug. ***
Tried patches from bug 66932 (attachment 82563 [details] [review], attachment 82560 [details] [review]), but it didn't help.
Those patches aren't relevant to r6xx asics. To help debug it, you might try disabling options in rv6xx_dpm_init() in rv6xx_dpm.c and see if any of those help.
Tried to play with rv6xx_dpm_init(), but no luck at all. Toggling init conditions leads to same system stuck. Though if I put 'return -1' system seems to boot (screen is still off). And I can connect via ssh, but dmesg shows NULL pointer dereference in rv6xx_dpm_ebable(). Probably it is expected if init fails.
Same situation here on a RV635/HD3650 and on a RC-2 kernel. The new radeon.aspm=0 parameter doesn't help either.
| What | Removed | Added |
|---|---|---|
| CC | ken20001@ukr.net | |
| Summary | r600: linux 3.11RC1 isn't booting with radeon.dpm=1 option in grub | r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub |
Some findings:
The actual hand happens in
drivers/gpu/drm/radeon/rv6xx_dpm.c:
int rv6xx_dpm_enable(struct radeon_device *rdev)
on 'r600_start_dpm(rdev)' call.
Makes sense that configurations are harmless before actual dpm is enabled.
>>From this function it looks like we disable sclk and mclk do pll configuration,
then enable clocks back. But even if I leave:
void r600_start_dpm(struct radeon_device *rdev)
{
r600_enable_sclk_control(rdev, false);
r600_enable_mclk_control(rdev, false);
r600_enable_sclk_control(rdev, true);
r600_enable_mclk_control(rdev, true);
}
System still fails with black screen.
There is also peace of code in r600_start_dpm() that is duplicated:
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
(probably this intentional, just checking)
Sorry if it doesn't make any sense, I'm new with radeon driver and don't know
how 'dpm' is supposed to work for this HW.
Same issue, with 3.11 RC2 and radeon.dpm=1 on a Lenovo T500 with a AMD 3650. Though my screen goes black and then gradually goes white when enabled. Without the option pc boots normally. Graphics: Switchable (disabled) between AMD 3650 and Intel 4500 Linux: 3.11 rc2 OS: Kubuntu 13.04 KDE: 4.11 beta 2 xorg: xorg-edgers ppa enabled
I pushed a few bug fixes here: http://cgit.freedesktop.org/~agd5f/linux/log/?h=rv6xx-dpm-fixes
Tried last 4 patches from Alex. Didn't work for me. The issue remains.
(In reply to comment #10) > Tried last 4 patches from Alex. Didn't work for me. The issue remains. Does disabling mclk switching help? comment out: r600_enable_mclk_control(rdev, true); in r600_start_dpm()
> Does disabling mclk switching help?
No. Still the same issue.
Unexpectedly the unpatched RC-2 just booted for me with the dpm=1 option while I didn't change anything since the last time I tried. I just initially wanted to try the new patches but forgot to remove the dpm=1 kernel argument from grub and surprisingly it booted after a short screen "frosting up" ! Here's the drm/radeon dmesg log : http://pastebin.com/DxbddVMW Changing power states works, however the power level doesn't seem to change and always stayed at 1 (tried Unigine sanctuary and Minecraft) and can't be forced either. The GPU Temp was stable around 60 C, still hotter than Catalyst in low performance mode but at least much better than before when it would just endlessly rise until hard shutdown due to overheat. Now the problem is that after rebooting after doing no change, it hung again like before, I tried several times but it's still hanging, so I have really no idea why it suddently worked once... I will try the new patches now.
Okay so with the latest patches it seems to successfully boot with dpm=1 much more often (I would say 1/4 times) while before it was almost never. Again that's without changing anything between boots and without aspm=0. Same remarks than my previous post however, it seems it can't reach power level 2 even when forcing high power level and performance mode. Another issue is that the display gets completely garbled (http://wstaw.org/m/2013/07/27/IMG_20130727_090107.jpg) when trying to set battery power mode until the GPU soft resets or that I set it back to "balanced" or "performance". Here is what is thrown into dmesg when this happens (sorry couldn't paste it since X was totally unresponsive) : http://wstaw.org/m/2013/07/27/IMG_20130727_095805.jpg
Created attachment 83091 [details]
log after "successful" load without hanging
Looks like I can reproduce similar behavior as Scias. But in my case it is very
difficult to get system booted. Sometimes it is more than 10 unsuccessful
iterations in a row.
The system behaves a bit different though:
- Xorg output is very delayed. It is about 5-10s delay between image change
and sound, which works in normal mode. 'dmesg' output in xterm is printed line
by line with about 1s interval.
- in 'tty' there is no such delays and it looks to work without issues.
This results is with 3.11-rc2 + 4 patches. Also got booted 1 time with removed
'r600_enable_mclk_control(rdev, true);' (same issues seen here).
Graphics: RV620/M82 Mobility Radeon HD 3450/3470 Kernel: 3.11.0-12-agd5f from mesa-git repo=20 Mesa: ati-dri-git-57713.f2be639 from mesa-git repo OS: Arch ARCH: x86_64 Other: KDE 4.11 rc1 I installed mesa and linux packages from mesa-git repo, the linux-agd5f contains the lates patches. The system booted successfully 3 out of 4 times, and the temp of GPU is actually a little bit lower than before, about 3-4C= =EF=BC=88env temp 35C=EF=BC=89. But same as Sergey posted, the X respose is slow, about = 1-2s delayed. Here is my dmesg of drm and radeon.
Make sure you power off the system completely before trying the new kernel as the dpm hardware may be in a bad state if just just did a warm reboot.
I've tried complete power off for most of the tests (actually after system hangs it is the only way to reboot it). But it doesn't seem to influence the behavior.
No lucky today, all booting failed(system got hung and then the screen faded to white).
Here is '/sys/kernel/debug/dri/0/radeon_pm_info' output I get:
1. with dpm=1
uvd vclk: 0 dclk: 0
power level 1 sclk: 30000 mclk: 40500 vddc: 900
2. without dpm=1
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 500000 kHz
current memory clock: 495000 kHz
voltage: 1000 mV
PCIE lanes: 16
The output format differs, but if clocks values dimensions are the same, then
it is about 10 times less the in (2)