On Wed, Jun 22, 2016 at 09:32:13AM +0200, Micha?? K??pie?? wrote: > > > A backlight device is available via /sys/class/backlight/intel_backlight > > > and you can change brightness manually. AFAIK this device is provided by > > > the i915 driver. > > > > So perhaps the intent on other systems is to respond to the ACPI button > > notifications by manipulating the intel backlight hardware. If this is the > > case we'd need a way to do this from within the fujitsu-laptop driver in > > response to the buttons you've identified. > > Is implementing this in the kernel really worth the effort? For the newer hardware which seems to rely on non-ACPI methods to control the brightness, I suspect not (I meant to mention this thought in my response quoted above but got distracted and forgot about it). Especially when the vendor keeps changing their interfaces. > I ended up using xbacklight bound (in my window manager) to the brightness > hotkeys for both my Lifebook E744 and my Vostro V131, which has a royally > borked ACPI backlight control implementation. It seems using userspace > helpers for backlight control is the new normal [1]. Yes, you lose > console brightness control; I can live with that, YMMV. When there is an alternative avenue to achieve the desired effect through existing userspace solutions - as is the case in the situation putlined above - then there seems little point in trying to duplicate the functionality in the kernel. Brightness control on the console these days would be needed by very few people. I am wondering whether an approach similar to the above might work for the OP as a permanent solution. Regards jonathan -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
