[Bug 98626] New: X server crashes on DP hotplug: radeon_mode_hotplug() in xf86-video-ati does not enumerate second GPU

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 98626
           Summary: X server crashes on DP hotplug: radeon_mode_hotplug()
                    in xf86-video-ati does not enumerate second GPU
           Product: xorg
           Version: git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: major
          Priority: medium
         Component: Driver/Radeon
          Assignee: xorg-driver-ati at lists.x.org
          Reporter: mstaudt at suse.de
        QA Contact: xorg-team at lists.x.org

Created attachment 127814
  --> https://bugs.freedesktop.org/attachment.cgi?id=127814&action=edit
Draft solution, taking GPUScreens into account

I have a system with a Kabini (primary) and a Caicos (secondary) GPU.

When I boot into GNOME 3, with one DP display connected to the Kabini and a
second to the Caicos GPU, everything works fine in the automatic PRIME setup.
However, hotplugging is buggy: xf86-video-ati does not correctly re-detect the
displays, and X crashes.

I bisected this to be caused by c801f9f10a5d, which iterates over all X
screens.

With current master, X doesn't crash, but rather the screen is reconfigured to
be one or three displays wide. It's the same bug though.


The problem with this commit is that it no longer enumerates the connectors on
the second GPU, which is not directly backing a visible X screen. It is thus
managed by the X server as a "GPU screen", which is not listed in xf86Screens,
but in xf86GPUScreens.

A possible solution would be the attached patch, but it does not work due to
the X server not exporting xf86NumGPUScreens and xf86GPUScreens.


What's the best solution here, should we export xf86NumGPUScreens and
xf86GPUScreens so the Radeon DDX can use them?

-- 
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/20161107/c2dec14d/attachment.html>