Eu sei que existem muitas perguntas semelhantes, mas nenhuma das soluções listadas aqui me ajudou.
Laptop: ASUS N551VW
VGAs: Intel Skylake (00: 02.0) + nVidia GTX 960M (01: 00.0)
Distro: Linux Mint 18 (tentei também no Debian 8.6 com o mesmo resultado) O kernel é atualizado para 4.4.0-43-genérico x86_64
Conteúdo de /sys/class/backlight :
intel_backlight
Ler a partir do brilho, real_brightness e max_brightness nessa pasta dão um valor de 913. Escrever naqueles não tem efeito.
O que eu tentei:
Jogando com opções do kernel em /etc/default/grub :
acpi_osi=
acpi_osi=Linux
acpi_backlight=intel
acpi_backlight=native
acpi_backlight=vendor
video.use_native_backlight=1
E suas várias combinações.
A única configuração de efeito acpi_backlight para o nativo / fornecedor é que a GUI para de reconhecer o fato de que estou pressionando as teclas fn e não exibe o ícone de brilho com seu nível atual (como ele pensa). Sem essas configurações, ele mostra o ícone com seu nível, mas o brilho real permanece no máximo.
Se eu mudar para o adaptador Intel e tentar executá-lo com -set - ele trava o laptop completamente (só pode ser reiniciado com o botão liga / desliga).
A parte mais engraçada é que na tela inicial do BIOS e do BIOS eu posso mudar o brilho usando fn + f5 e fn + f6 sem problemas, mas assim que o Linux inicia ele ajusta o brilho para o nível máximo e não deixe mudar mais.
Não tenho certeza do que mais tentar.
Upd:
ddccontrol -p -r 0x10 -w 50 output:
ddccontrol version 0.4.2
Copyright 2004-2005 Oleg I. Vdovikin ([email protected])
Copyright 2004-2006 Nicolas Boichat ([email protected])
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.
Probing for available monitors....I/O warning : failed to load external entity "/usr/share/ddccontrol-db/monitor/LGD046F.xml"
Document not parsed successfully.
....
Detected monitors :
- Device: dev:/dev/i2c-3
DDC/CI supported: No
Monitor Name: VESA standard monitor
Input type: Digital
No monitor supporting DDC/CI available.
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, and your framebuffer driver).
Upd2:
Atualizando o kernel para o 4.8.4 e definindo a string de opções do kernel para acpi_osi= resolveu o problema.
Primeiro, definindo o brilho e recebendo eventos da tecla Fn são duas coisas diferentes.
1a) Descobrir qual /dev/input/event* device é para o seu teclado. (Veja /dev/input/by-id ou /dev/input/by-path e siga os links simbólicos, veja demsg / syslog, ou apenas teste todos eles). Execute evtest neste dispositivo e pressione as teclas de brilho Fn. Você recebe eventos importantes? Se sim, bom. Se não, provavelmente gera eventos ACPI, se gerar eventos sem drivers especiais.
1b) Execute xev , mova o mouse na janela, pressione as teclas Fn. Você recebe eventos importantes? Já aqueles que têm BRIGHTNESS em seu nome? Se sim, bom: A tradução em eventos X funciona.
2) Como root, escreva um número em brightness :
echo 500 > /sys/class/backlight/intel_backlight/brightness
(se este é o caminho correto). Se você quiser usar sudo , também precisa, e. tee (o redirecionamento de saída não é feito como root).
O brilho muda? Se sim, bom.
Se você puder responder "sim" a todas essas perguntas, tudo o que é necessário é algum programa (por exemplo, o gerenciador de janelas ou a área de trabalho que você executar) para reagir aos principais eventos e alterar o brilho. Se a resposta for "não", ficará mais difícil.
E não é engraçado que essas teclas funcionem na BIOS, porque a BIOS já sabe qual variante você possui e interpreta-as corretamente, enquanto o Linux não sabe como fazer isso (ainda).
Tags brightness laptop linux-mint