He estado usando el kernel 3.16en miComputadora portátil Delldurante mucho tiempo conLinux menta 17y versiones anteriores yEl problema aquí nunca había sucedido hasta LM18..
Muy a menudo configuro el brillo más bajo posible, por ejemplo de noche o mientras vuelo durante muchas horas. Usando valores de 0 a 4882 solía ejecutar este comando:
# ie: Set lowest possible backlight brightness echo 0 > /sys/class/backlight/intel_backlight/brightnes
Siempre he usado intel_backlight en lugar de dell_backlight porque ofrece muchos más pasos.
Bueno ahora conkernel 4.4.0-53-genéricoen realidad disminuye el brillo pero por la nochesigue siendo muy alto incluso en 0en comparación con los niveles de brillo que solía obtener con el mismo comando. De hecho, al utilizar un valor de 0 con núcleos más antiguos, la luz de fondo se apaga.
Sólo para probar, inicié mi computadora portátil.conNúcleo vivo de Debian3.16.0-4-amd64yfunciona perfectamente. Así me di cuenta que el problema era el kernel.
¿Alguien sabe si con los kernels más nuevos > 3.19 este es un comportamiento bien conocido y tolerado? Quizás el código del kernel para intel_backlight fue modificado y terminó con este problema...
Alguna información del sistema:
System: Kernel: 4.4.0-53-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.2.7 (Gtk 3.18.9-1ubuntu3.2) Distro: Linux Mint 18.1 Serena
Machine: System: Dell product: Inspiron 5520 v: A14 Bios: Dell v: A14 date: 05/13/2013
CPU: Dual core Intel Core i5-3210M (-HT-MCP-) cache: 3072 KB
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: X.org 1.18.4 driver: intel
$ ls /sys/class/backlight/ dell_backlight intel_backlight
Además siempre uso elacpi_backlight=proveedorparámetro del kernel y puedo confirmar que al cambiar su valor, el problema persiste.
Gracias por tu tiempo, Frk.
Respuesta1
Google aumentó el brillo en 4.X principal porque el brillo de algunos dispositivos era muy bajo. Todos los núcleos 4.X tenían un brillo muy alto. El kernel 5.X no cambia mucho, por lo que sólo los kernels 2.6 y 3.X tienen un buen rendimiento de brillo.
Encontré algunas confirmaciones del kernel que causaron este problema comohttps://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/platform/x86/toshiba_acpi.c?id=358d6a2c3ecae2b22c7d7e61f9d5672557446dfbPero esto es sólo para Toshiba. También esta fusión:https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/platform/x86?id=61e5191c9d96268746bd57ed55d035678a1a2cf9fue implementado posteriormente; Cambia significativamente el brillo de trabajo.
Te lo mereces porque dice el refrán:si funciona no lo toques, no lo actualices si ya funciona bien.
¡Kernel 3.X tiene un buen soporte de brillo, pero 4.X no! Eso es todo. ¡Y nunca 5.X!