Bug 96527

Summary: [radeon] sumo2 locks up and fails to train displayport during boot (panel turns off)
Product: xorg Reporter: Kostiantyn P <konstantin.ponomarenko>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: blocker    
Priority: highest CC: konstantin.ponomarenko
Version: 7.7 (2012.06)   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
dmesg output
none
Xorg.0.log
none
journalctl output
none
journalctl.out.noaccel
none
Xorg.0.log.noaccel none

Description Kostiantyn P 2016-06-14 16:56:14 UTC
Created attachment 124526 [details]
dmesg output

Problem: Laptop panel turns off during boot, which makes the laptop unusable. 

Expected Results: Laptop panel is ON when I boot without "nomodeset", and I can use graphical UI.

Environment: 
Ubuntu 16.04 (clean install) with the latest (v4.7-rc3) manually installed kernel. 
X.Org X Server 1.18.3


Hardware:
HP ProBook 4535
[AMD/ATI] Sumo [Radeon HD 6380G]
[AMD/ATI] Seymour [Radeon HD 6400M/7400M Series] (rev ff)


Overview:
I used "nomodeset" kernel parameter to install Ubuntu, because without it I face the same bug - Laptop panel turns off during boot. UI works with this kernel parameter but it's not usable as it's very slow(!!!). When "nomodeset" is removed the system boots but the screen turns off during the boot.

Guys from #radeon channel on "irc.freenode.net" said:
<chithead> radeon 0000:00:01.0 is the sumo2 and it locks up
<chithead> radeon 0000:01:00.0 is the caicos but there seems to be no problem with it
<airlied> the problem is the sumo crashing and failing to train displayport
<airlied> as it's the travis bridge it's trying to modeset which is the panel
<airlied> fixing the travis bridge is the first problem
Comment 1 Kostiantyn P 2016-06-14 16:59:23 UTC
Created attachment 124527 [details]
Xorg.0.log
Comment 2 Kostiantyn P 2016-06-14 17:03:31 UTC
Created attachment 124528 [details]
journalctl output
Comment 3 Alex Deucher 2016-06-14 17:10:16 UTC
It looks like a GPU hang.  I think the displayport failure is just a side effect of that.  Does it work if you disable acceleration in X?  To disable acceleration, add an /etc/X11/xorg.conf file with the following content:

Section "Device"
        Identifier              "Device0"
        Driver                  "radeon"
        Option                  "NoAccel" "true"
EndSection
Comment 4 Kostiantyn P 2016-06-14 17:19:10 UTC
Now it works, but I see the same slow UI performance as with "nomodeset". I definitely would like to have UI working faster.
Comment 5 Kostiantyn P 2016-06-14 19:31:22 UTC
Created attachment 124532 [details]
journalctl.out.noaccel
Comment 6 Kostiantyn P 2016-06-14 19:31:45 UTC
Created attachment 124533 [details]
Xorg.0.log.noaccel
Comment 7 Kostiantyn P 2016-06-14 19:35:21 UTC
Attached new logs from the system with /etc/xorg.conf as you suggested.
Will it be fixed? If it will, then when and how can I help?
Life sucks without hardware acceleration ... .
Thank you.
Comment 8 Martin Peres 2019-11-19 07:56:52 UTC
-- 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/xorg/driver/xf86-video-ati/issues/161.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.