[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

bugzilla-daemon at bugzilla.kernel.org bugzilla-daemon at bugzilla.kernel.org
Sun Dec 11 16:31:06 UTC 2016


https://bugzilla.kernel.org/show_bug.cgi?id=51381

luminoso <luminoso at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |luminoso at gmail.com

--- Comment #51 from luminoso <luminoso at gmail.com> ---
System is kernel 4.9.0-RC8, Fedora 25, "[AMD/ATI] Venus PRO [Radeon HD 8850M /
R9 M265X]"

Some other bug pushed me to boot kernel with radeon.rumpm=0 at boot. I noticied
that I had this ATOM bios stuck when trying to turn ON the graphic card due to
laptop power usage being to high.

turn off is "echo OFF | sudo tee /sys/kernel/debug/vgaswitcheroo/switch
turn on is "echo OFF | sudo tee /sys/kernel/debug/vgaswitcheroo/switch"

my switch looks like this:
0:IGD:+:Pwr:0000:00:02.0
1:DIS: :Off:0000:01:00.0

Power usage is reported by powertop. Low means ~12w and high means ~17w

So, the test cases are:
1)
Boot, turn off AMD. Power usage is LOW 
Suspend and resume.
Power usage is now high. Switch reports OFF.

2)
Boot, turn off AMD. Power usage is LOW 
Suspend and resume.
Power usage is now high. Switch reports OFF.
Turn on the GPU takes a long time and throws atom bios stuck error.
Turning it off again reduces usage almost to low but my laptop fans are a bit
crazy.

3) 
Boot, turn off AMD. Power usage is LOW 
Before suspending turn ON via systemd hook.
Suspend and resume.
After suspend turn OFF via systemd hook.
No errors in dmesg.
Power usage is low.
No delays.

So 3) is the perfect solution where everything works as expected with just and
quick workaround.

Probably my GPU doesn't support turn ON after suspending and my laptop should
suspend with GPU turned on.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


More information about the dri-devel mailing list