From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751965AbbJYRFJ (ORCPT ); Sun, 25 Oct 2015 13:05:09 -0400 Received: from hygieia.santi-shop.eu ([78.46.175.2]:56257 "EHLO hygieia.santi-shop.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751155AbbJYRFH convert rfc822-to-8bit (ORCPT ); Sun, 25 Oct 2015 13:05:07 -0400 X-Greylist: delayed 371 seconds by postgrey-1.27 at vger.kernel.org; Sun, 25 Oct 2015 13:05:06 EDT Date: Sun, 25 Oct 2015 17:58:45 +0100 From: Bruno =?UTF-8?B?UHLDqW1vbnQ=?= To: Darren Hart Cc: platform-driver-x86@vger.kernel.org, Linux Kernel Mailing List , Petri Hodju , Bjorn Helgaas Subject: Re: [Bug 105051] Radeon sets max_brightness to -1, breaking GNOME backlight control on Macbook Pro mid-2015 11,5 Message-ID: <20151025175845.0bea0f28@uranus> In-Reply-To: <20151022093652.GA25192@malice.jf.intel.com> References: <20151022093652.GA25192@malice.jf.intel.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Darren, Looks like the Apple issue with backlight working on hidden Intel IGP (doing IO on VGA addresses) while graphics are running on visible discrete GPU (Radeon this time instead of usual nvidia). I should have offered a solution quite some time ago but it seem time was running very fast. The best solution I can think of is denying any vga_arb on Apple EFI systems (and not trying to choose the right one which is not possible when one of both GPUs is hidden). The lines of interest in dmesg are: [ 0.210225] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=none,locks=none [ 0.210227] vgaarb: loaded [ 0.210228] vgaarb: setting as boot device: PCI:0000:01:00.0 [ 0.210229] vgaarb: bridge control possible 0000:01:00.0 [ 0.385583] fb0: EFI VGA frame buffer device [ 7.738507] apple_gmux: Found gmux version 4.0.20 [indexed] [ 7.738514] apple_gmux: locked IO for PCI:0000:01:00.0 [ 7.792805] fb: switching to radeondrmfb from EFI VGA Not loading apple_gmux might or might not affect ability to control backlight depending on what backlight devices go registered (radeon backlight device probably does not affect screen, at best an ACPI backlight device might work) Interesting part to check is how things work when both GPU are visible to OS. Thanks, Bruno On Thu, 22 Oct 2015 11:36:52 Darren Hart wrote: > Bruno, can you please have a look at the following regression attributed to: > > 4eebd5a apple-gmux: lock iGP IO to protect from vgaarb changes > 2015-03-18 (7 months ago), Bruno Prémont > > > On Thu, Oct 15, 2015 at 04:47:13AM +0000, bugzilla-daemon@bugzilla.kernel.org wrote: > > https://bugzilla.kernel.org/show_bug.cgi?id=105051 > > > > Felipe Ortiz changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > CC| |fortizc@gmail.com > > > > --- Comment #14 from Felipe Ortiz --- > > I can confirm the problem with 4eebd5a4e72697aac25a8a57d3f888a9d5f80370. I have > > a MPB 11,5 with AMD/Intel graphics. I recompile the module (a previous version > > of 4eebd5a4e72697aac25a8a57d3f888a9d5f80370) and brightness adjusts is working > > again. > > > > I see two problems: > > > > 1) If someone uses gpu-switch (https://github.com/0xbb/gpu-switch) with this > > bug screen seem not work, after severals reboots (with different kernels) I can > > access a terminal and execute gpu-switch -d and then screen seems work again. > > > > 2) If you use a Intel card (swiched with gpu-switch) the OSD (activated with > > functions keys) is so slow and chromium have the same problem (temporary fix is > > deactivate chromium hw acceleration) is this a intel driver bug? > > > > -- > > You are receiving this mail because: > > You are on the CC list for the bug. > > > > Thanks, >