linux-kernel - acpi 'video' driver, and issues with 'brightness_switch

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <1240855052.11237.7.camel@maxim-laptop>
Date:	Mon, 27 Apr 2009 20:57:32 +0300
From:	Maxim Levitsky <maximlevitsky@...il.com>
To:	linux-kernel <linux-kernel@...r.kernel.org>
Cc:	"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>
Subject: acpi 'video' driver, and issues with 'brightness_switch_enabled=0'

I have a notebook which handles brightness keys in hardware, but tells
loudly when it does so.

Currently, acpi 'video' also sets the brightness, which result in double
setting, and on top of that it emits a key that makes gpm set brightness
again.

And (yes...) on top of that keyboard emits a brightness up/down even,
which (you guessed...) sets brightness again.

I found out that it is possible to tell gnome-power-manager not to set
brightness, but yet in kernel driver still sets it.

I found out even earlier that I can use brightness_switch_enabled=0,
which supposed to make inkernel driver not touch the brightness.
But I found out that this driver won't update the brightness, in /sys
interface when I set this param.

So what you can suggest here?

Regards,
	Maxim Levitsky

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/