From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 60659] Backlight control interface with nouveau driver for
nVidia Quadro 1000m not works
Date: Tue, 29 Oct 2013 08:49:00 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
Received: from mail.kernel.org (mail.kernel.org [198.145.19.201])
by gabe.freedesktop.org (Postfix) with ESMTP id 72554EEA2B
for ;
Tue, 29 Oct 2013 01:49:04 -0700 (PDT)
Received: from mail.kernel.org (localhost [127.0.0.1])
by mail.kernel.org (Postfix) with ESMTP id 538BB2015D
for ;
Tue, 29 Oct 2013 08:49:03 +0000 (UTC)
Received: from bugzilla2.web.kernel.org (bugzilla2.web.kernel.org
[172.20.200.52])
by mail.kernel.org (Postfix) with ESMTP id EA6762037A
for ;
Tue, 29 Oct 2013 08:49:00 +0000 (UTC)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
https://bugzilla.kernel.org/show_bug.cgi?id=60659
--- Comment #9 from Alexey Brodkin ---
I have exactly the same laptop - HP Elitebook 8560w with a nVidia Quadro 1000M,
NVC1 (GF108) in nouveau slang - and used to suffer from similar issue.
But I've just tried Fedora 20 image for Graphics test day
(http://fedorapeople.org/groups/qa/201310-Graphics_Test-mini-x86_64.iso) and
with "acpi_backlight=vendor" specified I may confirm that in Gnome environment
(it's 3.10) backlight controls work properly.
Indeed without "acpi_backlight=vendor" (which is a default situation) Gnome
shows brightness change animation and
"/sys/class/backlight/acpi_video0/brightness" changes properly, but real screen
brightness doesn't change.
Here's my kernel version information:
==========
Linux localhost 3.11.6-300.fc20.x86_64 #1 SMP Fri Oct 18 22:31:53 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
==========
Boot command-line (from beginning of dmesg output) is:
==========
Command line: initrd=initrd0.img root=live:CDLABEL=LIVE rootfstype=vfat ro
rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 acpi_backlight=vendor
BOOT_IMAGE=vmlinuz0
==========
So I assume this bug might be closed now as resolved.
Let me know if there's a need for some more information/testing.
--
You are receiving this mail because:
You are watching the assignee of the bug.