[Nouveau] [Bug 86539] [NVAC] Trying to register nv_backlight after NV96 did it

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Jan 24 07:18:09 PST 2016


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

--- Comment #6 from Lukas Wunner <lukas at wunner.de> ---
To add to this discussion, radeon has a quirk for the MacBookPro8,1 wherein a
backlight is *not* registered since this machine has a gmux built in. See
radeon_atom_backlight_init  in atombios_encoders.c:

http://cgit.freedesktop.org/~airlied/linux/tree/drivers/gpu/drm/radeon/atombios_encoders.c?h=drm-next#n189

    /* Mac laptops with multiple GPUs use the gmux driver for backlight
     * so don't register a backlight device
     */
    if ((rdev->pdev->subsystem_vendor == PCI_VENDOR_ID_APPLE) &&
        (rdev->pdev->device == 0x6741))
        return;

The code is wrong though in that it tries to recognize gmux by way of the
machine's PCI ID. The MacBookPro8,1 was available with multiple different AMD
GPUs and we'd need to hardcode all of their PCI IDs. Also, the MacBookPro 11,5
has an AMD GPU and we'd need to add its PCI ID as well.

A more sensible solution, as Pierre suggests, is to detect the presence of gmux
and not register a backlight if gmux is found. So basically a quirk specific to
all dual GPU MacBook Pros.

This patch adds a handy function to detect the presence of gmux. Unfortunately
noone has reviewed the series it belongs to so far:
http://lists.freedesktop.org/archives/dri-devel/2016-January/098403.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20160124/cdec77ec/attachment.html>


More information about the Nouveau mailing list