[Bug 96527] New: [radeon] sumo2 locks up and fails to train displayport during boot (panel turns off)

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 96527
           Summary: [radeon] sumo2 locks up and fails to train displayport
                    during boot (panel turns off)
           Product: xorg
           Version: 7.7 (2012.06)
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: blocker
          Priority: medium
         Component: Driver/Radeon
          Assignee: xorg-driver-ati at lists.x.org
          Reporter: konstantin.ponomarenko at gmail.com
        QA Contact: xorg-team at lists.x.org

Created attachment 124526
  --> https://bugs.freedesktop.org/attachment.cgi?id=124526&action=edit
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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.x.org/archives/xorg-driver-ati/attachments/20160614/ea15a4e5/attachment.html>