search for: acpi_backlight

https://bugs.freedesktop.org/show_bug.cgi?id=39550 Summary: Brightness stuck to low value after suspend/resume Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

...is is my /proc/cmdline BOOT_IMAGE=(hd0,gpt2)/boot/vmlinuz-4.18.0-147.5.1.el8_1.x86_64 root=UUID=c1bef884-0180-4955-a669-c99a8c64f75a ro crashkernel=auto resume=UUID=0fe1a972-9912-4803-b5ec-265a13a888c1 biosdevname=0 net.ifnames=0 rhgb quiet rd.driver. blacklist=nouveau nomodeset nouveau.modeset=0 acpi_backlight=vendor "acpi_osi=!Windows 2013" "acpi_osi=!Windows 2012" Jerry

https://bugs.freedesktop.org/show_bug.cgi?id=81266 Priority: medium Bug ID: 81266 Assignee: nouveau at lists.freedesktop.org Summary: after suspend monitor is darker on nvidia gt510m QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pineout_wrc at

https://bugs.freedesktop.org/show_bug.cgi?id=47965 Bug #: 47965 Summary: I can't modify brightness with nVidia 1000m Quadro Classification: Unclassified Product: xorg Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component:

Known issues before merge: - Currently requires acpi_backlight=vendor kernel param - 0x5e always valid? Signed-off-by: Roy Spliet <r.spliet at student.tudelft.nl> Tested-by: Rick Hendricksen --- drivers/gpu/drm/nouveau/nouveau_backlight.c | 20 +++++++++++++++++--- drivers/gpu/drm/nouveau/nouveau_display.c | 4 ++++ drivers/gpu/drm/nouveau/nouveau_d...

...s://bugs.freedesktop.org/attachment.cgi?id=144616&action=edit sudo acpidump -o acpidump.txt Hello! I notice when laptop display went off, it keep backlight on. Technically speaking this: # xset dpms force off only set screen to black, without turning off LCD backlight. My kernel has "acpi_backlight=vendor" which enables backlight control from function keys and gnome recognize those actions by displaying popup with current brightness level. Everything seems works fine, I've been able to turn display off using: # echo 0 > /sys/devices/pnp0/00:03/backlight/gmux_backlight/brightness...

C7: lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Device 3185 (rev 03) grep Driver /var/log/Xorg.0.log [ 24.374] (**) | |-->Device "Intel Graphics" [ 24.610] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: [ 24.614] (II) intel: Driver for Intel(R) HD Graphics [ 24.614] (II) intel: Driver for Intel(R) Iris(TM) Graphics [ 24.614]

...nel 3.16.0-0.rc0.git9.1 and 3.16.0-0.rc0.git10.1 a regression got introduced. After this kernel update the backlight on the internal display on my notebook (Dell XPS 17/Geforce GT 555M) doesn't turn off any more. Together with Hans de Goede we tried some additional kernel boot parameters (like acpi_backlight=vendor) but those didn't resolve the issue. The issue is still valid with the latest 4.1 development kernels on a Fedora 22 environment. A git bisect was done to find out the exact commit which caused the regression and this turned out to be: commit 4874322e78d505d38c8d4481118af5c9f0e8306d A...

On Tue, Sep 08, 2020 at 01:51:19AM +0200, Karol Herbst wrote: > oh, I somehow missed that "disp ctor failed" message. I think that > might explain why things are a bit hanging. From the top of my head I > am not sure if that's something known or something new. But just in > case I CCed Lyude and Ben. And I think booting with > nouveau.debug=disp=trace could already

https://bugs.freedesktop.org/show_bug.cgi?id=33165 Summary: Nouveau + nvidia GT240 = unworkable Product: xorg Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org