[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #12 from hkian...@gmail.com ---
Also experiencing this bug on a fresh install of Ubuntu 17.10. I'm using a
Radeon HD 7850.

harry@harry-ubuntu:~$ uname -a
Linux harry-ubuntu 4.13.0-16-generic #19-Ubuntu SMP Wed Oct 11 18:35:14 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
harry@harry-ubuntu:~$ dmesg | egrep 'drm|radeon'
[0.801726] [drm] radeon kernel modesetting enabled.
[0.805265] fb: switching to radeondrmfb from VESA VGA
[0.805474] [drm] initializing kernel modesetting (PITCAIRN 0x1002:0x6819
0x174B:0xE218 0x00).
[0.805569] radeon :08:00.0: VRAM: 2048M 0x -
0x7FFF (2048M used)
[0.805570] radeon :08:00.0: GTT: 2048M 0x8000 -
0x
[0.805573] [drm] Detected VRAM RAM=2048M, BAR=256M
[0.805573] [drm] RAM width 256bits DDR
[0.805638] [drm] radeon: 2048M of VRAM memory ready
[0.805638] [drm] radeon: 2048M of GTT memory ready.
[0.805644] [drm] Loading pitcairn Microcode
[0.805719] [drm] Internal thermal controller with fan control
[0.805751] [drm] probing gen 2 caps for device 8086:151 = 261a103/e
[0.812955] [drm] radeon: dpm initialized
[0.816286] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
[0.816292] [drm] GART: num cpu pages 524288, num gpu pages 524288
[0.817432] [drm] probing gen 2 caps for device 8086:151 = 261a103/e
[0.817435] [drm] PCIE gen 3 link speeds already enabled
[0.823221] [drm] PCIE GART of 2048M enabled (table at 0x001D6000).
[0.823328] radeon :08:00.0: WB enabled
[0.823330] radeon :08:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0x9f7a09864c00
[0.823331] radeon :08:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0x9f7a09864c04
[0.823332] radeon :08:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0x9f7a09864c08
[0.823332] radeon :08:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0x9f7a09864c0c
[0.82] radeon :08:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0x9f7a09864c10
[0.823648] radeon :08:00.0: fence driver on ring 5 use gpu addr
0x00075a18 and cpu addr 0xb467c1635a18
[0.843640] radeon :08:00.0: fence driver on ring 6 use gpu addr
0x8c18 and cpu addr 0x9f7a09864c18
[0.843641] radeon :08:00.0: fence driver on ring 7 use gpu addr
0x8c1c and cpu addr 0x9f7a09864c1c
[0.843647] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[0.843647] [drm] Driver supports precise vblank timestamp query.
[0.843648] radeon :08:00.0: radeon: MSI limited to 32-bit
[0.843676] radeon :08:00.0: radeon: using MSI.
[0.843696] [drm] radeon: irq initialized.
[0.998252] [drm] ring test on 0 succeeded in 4 usecs
[0.998255] [drm] ring test on 1 succeeded in 1 usecs
[0.998258] [drm] ring test on 2 succeeded in 1 usecs
[0.998267] [drm] ring test on 3 succeeded in 6 usecs
[0.998274] [drm] ring test on 4 succeeded in 5 usecs
[1.173960] [drm] ring test on 5 succeeded in 2 usecs
[1.173964] [drm] UVD initialized successfully.
[1.283164] [drm] ring test on 6 succeeded in 29 usecs
[1.283174] [drm] ring test on 7 succeeded in 3 usecs
[1.283175] [drm] VCE initialized successfully.
[1.283357] [drm] ib test on ring 0 succeeded in 0 usecs
[1.283409] [drm] ib test on ring 1 succeeded in 0 usecs
[1.283461] [drm] ib test on ring 2 succeeded in 0 usecs
[1.283504] [drm] ib test on ring 3 succeeded in 0 usecs
[1.283545] [drm] ib test on ring 4 succeeded in 0 usecs
[1.952142] [drm] ib test on ring 5 succeeded
[2.464166] [drm] ib test on ring 6 succeeded
[2.976121] [drm] ib test on ring 7 succeeded
[2.977065] [drm] Radeon Display Connectors
[2.977065] [drm] Connector 0:
[2.977065] [drm]   DP-1
[2.977066] [drm]   HPD4
[2.977067] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c
0x653c
[2.977067] [drm]   Encoders:
[2.977067] [drm] DFP1: INTERNAL_UNIPHY2
[2.977068] [drm] Connector 1:
[2.977068] [drm]   DP-2
[2.977068] [drm]   HPD5
[2.977069] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 0x654c
0x654c
[2.977069] [drm]   Encoders:
[2.977069] [drm] DFP2: INTERNAL_UNIPHY2
[2.977070] [drm] Connector 2:
[2.977070] [drm]   HDMI-A-1
[2.977070] [drm]   HPD1
[2.977071] [drm]   DDC: 0x6550 0x6550 0x6554 0x6554 0x6558 0x6558 0x655c
0x655c
[2.977071] [drm]   Encoders:
[2.977071] [drm] DFP3: INTERNAL_UNIPHY1
[2.977071] [drm] Connector 3:
[2.977072] [drm]   DVI-I-1
[2.977072] [drm]   HPD6
[2.977073] [drm]   DDC: 0x6580 0x6580 0x6584 0x6584 0x6588 0x6588 0x658c
0x658c
[2.977073] [drm]   Encoders:
[2.977073] [drm] DFP4: INTERNAL_UNIPHY
[2

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #11 from Alex Perez  ---
I also get the same message with 4.13.0-rc3

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #10 from Alex Perez  ---
I also get the "[drm:.si_dpm_set_power_state] *ERROR*
si_restrict_performance_levels_before_switch failed"

...with 4.12.4, on Big Endian based powerpc64 machine (debian sid userland)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #9 from Raman Gupta  ---
Still getting this error periodically on Fedora 23 kernel
4.3.3-300.fc23.x86_64, mesa 11.1.0.

The user-visible issue it seems to cause now is that one of my three monitors
never wakes up from sleep (the monitor shows "no signal"). I have to switch to
a VT, unplug the monitor and replug it (DisplayPort), which usually brings back
the monitor display. Then I can switch back to X.

Note that the sleep issue is not immediately after the
si_restrict_performance_levels_before_switch error message in dmesg, so it may
or may not be related.

When the monitor is sleeping with no signal, xrandr -q shows that the monitor
is connected normally (the monitor in question is DisplayPort-1):

~ xrandr -q
Screen 0: minimum 320 x 200, current 5920 x 1440, maximum 16384 x 16384
DisplayPort-0 connected primary 2560x1440+1680+0 (normal left inverted right x
axis y axis) 597mm x 336mm
   2560x1440 59.95*+
   1920x1200 59.88  
   1920x1080 60.0060.0050.0059.9424.0023.98  
   1920x1080i60.0050.0059.94  
   1600x1200 60.00  
   1680x1050 59.95  
   1280x1024 75.0260.02  
   1280x800  59.81  
   1152x864  75.00  
   1280x720  60.0050.0059.94  
   1024x768  75.0860.00  
   800x600   75.0060.32  
   720x576   50.00  
   720x576i  50.00  
   720x480   60.0059.94  
   720x480i  60.0059.94  
   640x480   75.0060.0059.94  
   720x400   70.08  
DisplayPort-1 connected 1680x1050+0+195 (normal left inverted right x axis y
axis) 433mm x 270mm
   1680x1050 59.95*+
   1280x1024 60.02  
   1440x900  59.90  
   1280x960  60.00  
   1280x720  60.00  
   1024x768  60.00  
   800x600   60.3256.25  
   640x480   60.00  
HDMI-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 1680x1050+4240+195 (normal left inverted right x axis y axis)
433mm x 270mm
   1680x1050 59.95*+
   1280x1024 60.02  
   1440x900  59.90  
   1280x960  60.00  
   1280x720  60.00  
   1024x768  60.00  
   800x600   60.3256.25 
   640x480   60.00  
DisplayPort-1-2 disconnected (normal left inverted right x axis y axis) 
DisplayPort-1-3 disconnected (normal left inverted right x axis y axis) 
HDMI-1-1 disconnected (normal left inverted right x axis y axis)
DVI-1-1 disconnected (normal left inverted right x axis y axis)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

Daniel Exner  changed:

   What|Removed |Added

 CC||dex+fdobugzilla at dragonslave
   ||.de

--- Comment #8 from Daniel Exner  ---
Just started getting this when I upgraded my Monitor setup from single monitor
connected via DVI at 1680x1050 by connecting another one via DisplayPort at
3440x1440.

Card (this is one of the one from #76490 using limited DPM):

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Curacao XT [Radeon R7 370 / R9 270X/370 OEM] (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. [MSI] Curacao XT [Radeon
R7 370 / R9 270X/370 OEM]
Flags: bus master, fast devsel, latency 0, IRQ 31, NUMA node 0
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at fea0 (64-bit, non-prefetchable) [size=256K]
I/O ports at e000 [size=256]
Expansion ROM at fea4 [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
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
Capabilities: [200] #15  
Capabilities: [270] #19  
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] #13  
Capabilities: [2d0] #1b  
Kernel driver in use: radeon
Kernel modules: radeon 

Kernel 4.3

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #7 from Raman Gupta  ---
Oh and the card information:

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Device 2316
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at d000 (64-bit, prefetchable) [size=256M]
Memory at fbe0 (64-bit, non-prefetchable) [size=256K]
I/O ports at e000 [size=256]
Expansion ROM at fbe4 [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
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
Capabilities: [270] #19
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] #13
Capabilities: [2d0] #1b
Kernel driver in use: radeon
Kernel modules: radeon

02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Device 2316
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at fbd0 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=256]
Expansion ROM at fbd4 [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
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
Capabilities: [270] #19
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] #13
Capabilities: [2d0] #1b
Kernel driver in use: radeon
Kernel modules: radeon

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #6 from Raman Gupta  ---
Created attachment 118296
  --> https://bugs.freedesktop.org/attachment.cgi?id=118296&action=edit
Kernel log

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #5 from Raman Gupta  ---
Created attachment 118295
  --> https://bugs.freedesktop.org/attachment.cgi?id=118295&action=edit
Xorg log

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #4 from Raman Gupta  ---
I just got this error. My X server froze, though the mouse was still active.
When I switched away to a different VT and then switched back, the screens were
black.

Here are some more reports of the same problem:
https://bbs.archlinux.org/viewtopic.php?id=179906

My environment is Fedora 21 with the latest packages:

# uname -a
Linux edison 4.1.6-100.fc21.x86_64 #1 SMP Mon Aug 17 22:20:37 UTC 2015 x86_64
x86_64 x86_64 GNU/Linux

Mesa 10.4.7

I will attach the Xorg log and kernel output from journalctl.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #3 from Alexandre Demers  ---
I've not encountered the error again... I wonder if it is related to a sleep /
wake-up cycle... I'll have a look at that option. If I catch the error again,
I'll post the info. Otherwise, I may just close the bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #2 from Alexandre Demers  ---
(In reply to Alex Deucher from comment #1)
> please attach your xorg log and dmesg output.  In most cases this can be
> ignored if things are working properly.

Hi Alex. I'll be attaching them later today. Sorry, that was my intention but I
got distracted by another bug in Xserver (it was the bug in X that allowed me
to discover this error in dmesg). However, there was nothing interesting in
both files from what I remember.

I'm pretty sure it was not appearing in a previous combination of mesa, ddx,
drm and kernel. I could try with a previous combination. I'll begin with an
older kernel.

If this error can be ignored when things are working properly, we probably
shouldn't output an error. It should be at most a warning and be displayed as
an error only if it fails seriously, don't you think?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

--- Comment #1 from Alex Deucher  ---
please attach your xorg log and dmesg output.  In most cases this can be
ignored if things are working properly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=91375

Bug ID: 91375
   Summary: [radeonsi] [drm:si_dpm_set_power_state [radeon]]
*ERROR* si_restrict_performance_levels_before_switch
failed
   Product: DRI
   Version: DRI git
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: DRM/Radeon
  Assignee: dri-devel at lists.freedesktop.org
  Reporter: alexandre.f.demers at gmail.com

[drm:si_dpm_set_power_state [radeon]] *ERROR*
si_restrict_performance_levels_before_switch failed

I just found out there is this message at boot. Using latest ddx, mesa and drm
from git combined with a 4.1 kernel. I don't see any impact or side effect.

As always, using a R9 280X.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: