Summary: | [PATCH] get intel_backlight back into backlight_interfaces | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Michael Shigorin <mike> | ||||
Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||
Status: | CLOSED INVALID | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | normal | ||||||
Priority: | medium | Keywords: | regression | ||||
Version: | git | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
URL: | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651741 | ||||||
See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=68394 https://bugzilla.altlinux.org/show_bug.cgi?id=28554 http://bugs.debian.org/651741 http://bugs.debian.org/710938 |
||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Description
Michael Shigorin
2013-11-11 14:12:38 UTC
No, that is not the correct way to fix your acpi issues. (In reply to comment #1) > No, that is not the correct way to fix your acpi issues. Is there any sane correct one given that intel_backlight works and patching DSDT is not my morning habit so far? (thank you for your hard work over the years by the way, Chris) PS: acpi_video0 has granularity of 1/100 and intel_backlight/max_brightness reads to be 4302 on this system allowing for much smoother control which e17 does use. Michael, long story short, I don't expect your BIOS to support ACPI backlight control. Once [1] gets merged for 3.13, you'll be able to add video.use_native_backlight=1 to use intel_backlight. It's less than perfect, but making that the default regressed some systems. [1] https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/log/?h=linux-next Thank you both. Wish it was quirkable at least so as not to shift workarounds back to distros. If there's a (black)list or FAQ I could digest or contribute to, would like a link either. Option "backlight" "intel_backlight" I mentioned that one -- when part of hardware can't do with it and part can't do without it, the only fixup mechanism known to me is quirks. Figuring out what's rule and what's exception by given time could be helped by maintaining some sorts of statistics tied to particular hardware/firmware combinations probably. But that's spam on my part here, sorry. Another "acpi backlight is broken on intel hd video" report just in case: http://people.skolelinux.org/pere/blog/Fixing_the_Linux_black_screen_of_death_on_machines_with_Intel_HD_video.html A quirk patch is included with Debian bugreport referenced: --- --- drivers/gpu/drm/i915/intel_display.c.orig 2013-06-11 09:44:27.159941945 +0200 +++ drivers/gpu/drm/i915/intel_display.c 2013-06-11 09:45:35.495938898 +0200 @@ -8786,6 +8786,9 @@ /* Acer Aspire 4736Z */ { 0x2a42, 0x1025, 0x0260, quirk_invert_brightness }, + + /* Packard Bell EasyNote LV11HC */ + { 0x0156, 0x1025, 0x0688, quirk_invert_brightness }, }; static void intel_init_quirks(struct drm_device *dev) --- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710938#20 (In reply to comment #8) > Another "acpi backlight is broken on intel hd video" report just in case: > http://people.skolelinux.org/pere/blog/ > Fixing_the_Linux_black_screen_of_death_on_machines_with_Intel_HD_video.html > > A quirk patch is included with Debian bugreport referenced: > > --- > --- drivers/gpu/drm/i915/intel_display.c.orig 2013-06-11 09:44:27.159941945 > +0200 > +++ drivers/gpu/drm/i915/intel_display.c 2013-06-11 09:45:35.495938898 +0200 > @@ -8786,6 +8786,9 @@ > > /* Acer Aspire 4736Z */ > { 0x2a42, 0x1025, 0x0260, quirk_invert_brightness }, > + > + /* Packard Bell EasyNote LV11HC */ > + { 0x0156, 0x1025, 0x0688, quirk_invert_brightness }, > }; > > static void intel_init_quirks(struct drm_device *dev) > --- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710938#20 Petter's upstream report was https://bugzilla.kernel.org/show_bug.cgi?id=60221 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.