como corrigir o atraso de tecla no laptop na inicialização no modo de bateria?

1

Eu tenho um Laptop Dell XPS 13 Developer Edition que executa o Debian GNU / Linux Jessie (teste).

Quando o laptop é iniciado com a energia da bateria, o teclado não responde, o que dificulta a digitação da minha senha (as teclas pressionadas são atrasadas, ignoradas ou coladas e repetidas várias vezes).

Tudo bem se estiver saindo da rede elétrica, mesmo se eu inicializar com a bateria e depois conectá-la.

Eu não personalizei as configurações de serviço padrão (exceto as alterações triviais não relacionadas a isso) e guardo minha lista completa de debfoster keepers no github se você quiser ver os serviços que eu tenho em execução.

Como posso definir o modo padrão de bateria do laptop como algo útil?

Conforme solicitado, systemd-analyze blame mostra

       1.084s kbd.service
       394ms exim4.service
       303ms NetworkManager.service
       190ms ModemManager.service
       179ms loadcpufreq.service
       163ms laptop-mode.service
       147ms accounts-daemon.service
       129ms console-setup.service
       117ms networking.service
       100ms lightdm.service
        98ms bluetooth.service
        97ms systemd-logind.service
        93ms keyboard-setup.service
        89ms avahi-daemon.service
        85ms systemd-fsck-root.service
        73ms gpm.service

e systemd-analyze critical-chain

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @2.434s
??multi-user.target @2.434s
  ??exim4.service @2.074s +358ms
    ??basic.target @2.070s
      ??timers.target @2.069s
        ??systemd-tmpfiles-clean.timer @2.069s
          ??sysinit.target @2.069s
            ??console-setup.service @1.936s +132ms
              ??kbd.service @531ms +1.403s
                ??remote-fs.target @531ms
                  ??local-fs.target @530ms
                    ??tmp.mount @524ms +5ms
                      ??systemd-fsck@dev-disk-by\x2duuid-a2cf7f78\x2d691b\x2d4c01\x2da80c\x2d1bc6228230a5.service @466ms +57ms
                        ??dev-disk-by\x2duuid-a2cf7f78\x2d691b\x2d4c01\x2da80c\x2d1bc6228230a5.device @465ms

mas isso parece consistente com e sem a fonte de alimentação principal.

Mais algumas informações:

  • Eu não sinto o atraso do teclado se eu cair em um TTY.
  • Eu executei um cpufreg-aperf com e sem rede e os resultados são semelhantes quando a máquina está inativa ou estou apenas digitando no terminal.
  • algumas pessoas afirmaram que a desativação da suspensão automática do USB ajuda, mas tenho o mesmo problema mesmo depois de desativá-la completamente e reinicializar.
  • depois que eu conecto a rede e depois a desconecto, o problema desaparece.
  • forçar o escalonador performance cpu (mesmo com bateria) não ajuda
  • teclados USB externos não são afetados

Algumas informações de hardware:

lsusb
Bus 001 Device 002: ID 8087:8000 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 004: ID 8087:07dc Intel Corp. 
Bus 002 Device 003: ID 0bda:5604 Realtek Semiconductor Corp. 
Bus 002 Device 002: ID 06cb:0af8 Synaptics, Inc. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

 xinput
? Virtual core pointer                      id=2    [master pointer  (3)]
?   ? Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
?   ? SYNAPTICS Synaptics Large Touch Screen    id=9    [slave  pointer  (2)]
?   ? SynPS/2 Synaptics TouchPad                id=12   [slave  pointer  (2)]
? Virtual core keyboard                     id=3    [master keyboard (2)]
    ? Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ? Power Button                              id=6    [slave  keyboard (3)]
    ? Video Bus                                 id=7    [slave  keyboard (3)]
    ? Power Button                              id=8    [slave  keyboard (3)]
    ? Integrated Webcam                         id=10   [slave  keyboard (3)]
    ? AT Translated Set 2 keyboard              id=11   [slave  keyboard (3)]
    ? Dell WMI hotkeys                          id=13   [slave  keyboard (3)]
    
por fommil 12.09.2014 / 23:33

1 resposta

1

UPDATE o abaixo não fez o problema desaparecer, mas a atualização para o kernel do Linux 3.16 teve uma melhoria dramática!

Eu resolvi isso enquanto descobri um problema relacionado! por que minha configuração no modo laptop está sendo ignorada?

Acontece que o padrão "min CPU freq" é definido como 0% para dispositivos pstate da Intel. Eu colidi com 5% e o atraso da chave foi embora.

Obrigado por todas as suas sugestões úteis! Isso tem me incomodado desde que peguei o laptop há quase 6 meses.

    
por 13.09.2014 / 21:01