O brilho no meu Lenovo SL510 se move apenas entre 100% e 0%?

Question

Eu tenho um laptop Lenovo SL510 executando Linux Mint Debian Edition (baseado no Debian Testing) usando o Cinnamon DE, e o brilho parece ter apenas duas configurações: 100% e 0%. Se eu usar as teclas de brilho no laptop e diminuir o brilho, ele imediatamente cai para 0%. A mesma coisa acontece se eu aumentar o brilho; automaticamente salta para 100%. Eu tenho o mesmo efeito se eu usar o widget de brilho no Cinnamon.

De lsmod , estes são os módulos do kernel do acpi que eu instalei:

Module                  Size  Used by

thinkpad_acpi          61270  0
nvram                  13049  1 thinkpad_acpi
acpi_cpufreq           12935  1
snd                    52850  17 snd_timer,snd_seq_device,snd_seq,snd_rawmidi,thinkpad_acpi,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
rfkill                 19012  6 cfg80211,thinkpad_acpi,bluetooth
mperf                  12453  1 acpi_cpufreq
processor              28157  3 acpi_cpufreq

De uname -r , minha versão do kernel é 3.2.0-4-amd64.

O que posso fazer para corrigir isso ou que outras informações devo postar para solucionar isso?

    

Answer 1

Você pode dar uma olhada em algumas coisas em /proc e /sys e ver o que acontece; o widget de brilho ou o que quer que esteja no seu DE (você não disse qual) usa alguma interface para algo lá. /proc e /sys não existem no disco; os arquivos que eles contêm são interfaces especiais para o kernel. Muitos dos arquivos podem ser gravados para controlar várias coisas.

Por exemplo: estou usando um satélite toshiba e há um diretório "toshiba" em /proc/acpi . Nesse diretório existe um arquivo "lcd":

»cat lcd
brightness:              5
brightness_levels:       8

Você não pode gravar nesse arquivo, no entanto. Mais útil assim são alguns diretórios em /sys/class/backlight - eu tenho "acpi_video0", "intel_backlight" e "toshiba" novamente. No entanto, este diretório toshiba contém coisas diferentes. Já tendo me enganado com isso, sei que as coisas relevantes no meu caso estão na verdade em "acpi_video0":

»ls -1 acpi_video0/
actual_brightness
bl_power
brightness
device
max_brightness
power
subsystem
type
uevent

Alguns desses são diretórios. Agora:

»cd acpi_video0/
»cat max_brightness 
7

Isso corresponde aos "níveis de brilho" do proc, desde 0-7 são 8 níveis.

»cat brightness 
5
»echo 2 > brightness

Se você não for root, o eco falhará com "Permission denied". Como eu estava com root nesse ponto, minha tela ficou muito mais escura.

O widget na minha área de trabalho do KDE que aparece quando eu uso o dimmer do teclado vai de 0 a 100 normalmente em incrementos de 10 ou 20% - ou às vezes não dá um por cento, ou ocasionalmente dá "52%" ou algo - mas na realidade empírica é sempre o mesmo 7 passos de 0% a 100%. Com o KDE, há algumas coisas de brilho nas Configurações de Sistemas da GUI em "Gerenciamento de Energia", mas, novamente, tudo se relaciona com a mesma coisa.

Você também pode acessar / navegar / manipular os valores em /sys usando o comando sysctl , consulte man sysctl . Qual método é mais simples, provavelmente depende de como você usa a linha de comando; Eu uso um tocador de arquivos ortodoxo (mc) que faz a diferença, já que eu não preciso de cd / ls / gato etc.

Então, dê uma olhada nessas coisas e veja o que acontece. Tenha em mente que, uma vez que os fabricantes de hardware geralmente não fornecem drivers do Linux, alguém tem que desenvolvê-los e, muitas vezes, sem ser pago (ou seja, no seu tempo livre). Além disso, esses fabricantes são frequentemente hostis a pedidos de informações que podem ser úteis na criação de tais drivers (eu estive lá), tornando o processo uma dor no rabo. Resultado líquido: nem todos os drivers são 100% funcionais (o que não é o mesmo que defeito - eles funcionam, eles simplesmente não funcionam para fazer tudo). Que sera, sera.