Erro ASPI SPCR Unexpected Access Width. Defaulting to Byte

Buckminster
(usa Void Linux)

Enviado em 15/07/2023 - 18:32h

i686 é 32 bits, mas alguns processadores i686 tem suporte para 64 bits (acredito que é o teu caso), ou seja, não são 64 bits nativo. Algumas coisas podem não rodar num sistema 64 bits, além de "forçar" o hardware.

Execute:
$ cat /proc/cpuinfo | grep flags

e veja se na listagem tem a flag lm (LongMode), isso indica que tem suporte a 64 bits e se tem a flag lahf_lm isso indica que tem suporte 64-bit de algumas funções sendo que o processador não tem suporte completo a 64 bit, portanto.

Outra coisa:
"AVISO: O firmware não pode ser atualizado no modo BIOS legado"
Esse SAMSUNG HM321HI é o HD, provavelmente de 320GB.
Tente colocar no BIOS em modo UEFI e dê apt update e upgrade, mas pode acontecer de nem entrar no sistema, daí tu terá que voltar para modo legacy no BIOS.

Em relação à placa de vídeo o driver está instalado e o módulo ativado: Kernel driver in use: i915 Kernel modules: i915


_________________________________________________________
Always listen the Buck!
Com raras exceções, não dou mais soluções prontas, somente dou dicas!

ph_debian
(usa Debian)

Enviado em 18/07/2023 - 18:34h

Sobre o Zorin, realmente força o hardware, fica quente até demais, aí para isso testei o KDE no Debian e está rodando de boa, estou personalizando para deixar um design mais agradável para mim.
E sobre o UEFI, não está funcionando, apareceu a opção de tentar o EFI boot primeiro mas não consegue, aí volta para o modo legacy

ph_debian
(usa Debian)

Enviado em 18/07/2023 - 22:16h

Pesquisando mais sobre o assunto, acredito que finalmente cheguei na raiz do problema, ou pelo menos encontrei o local onde tudo acontece

Dessa vez, ao invés de pesquisar sobre ASPI, pesquisei sobre o SPCR, que é uma tabela de redirecionamento do console de porta serial, ela é responsável por indicar para a BIOS e os firmwares as configurações necessárias para o adequado funcionamento da saída do console. Então acredito que deve ser algum dado preenchido errado nesta tabela ou que a tabela informa uma configuração que o kernel não reconhece, de qualquer forma, a origem do erro está aqui.

Para acessá-la, baixei a ferramenta acpica-tools:

sudo apt update

sudo apt acpica-tools

acpidump >> acpidump.txt

nano acpidump.txt

 

A saída é gigante, por isso coloque em algum arquivo. Acessando-o, encontrei uma parte que aparentemente é relacionada ao SPCR:

SPCR @ 0x0000000000000000

    0000: 53 50 43 52 50 00 00 00 01 A0 50 54 4C 54 44 20  SPCRP.....PTLTD

    0010: 24 55 43 52 54 42 4C 24 00 00 04 06 50 54 4C 20  $UCRTBL$....PTL

    0020: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

    0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

    0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

 

Bem, até aqui foi onde consegui chegar, sendo sincero, não sei o que cada linha faz, e também queria entender o que esse erro do SPCR (que é relacionado ao console) tem alguma relação com o processamento de vídeos e interfaces gráficas no meu notebook.

Aqui está um link da Microsoft falando sobre a SPCR, mas não entendi a tabela presente no site.
https://learn.microsoft.com/pt-br/windows-hardware/drivers/serports/serial-port-console-redirection-...

ph_debian
(usa Debian)

Enviado em 29/07/2023 - 01:48h

Finalmente (ou não) uma dica concreta de onde vem o erro.

Na verdade, nem encontrei ele no Debian, estou tentando instalar o Arch Linux aqui no meu notebook, e enquanto faço os reboots para corrigir os erros, me deparo com o aviso:

[0.000000] ACPI : SCPR : [Firmware Bug] Unexpected Access Width. Defaulting to byte size 

Não tenho certeza que é 100% assim, pois não dá tempo para anotar, mas no Arch Tem uma informação adicional que no Debian e Kali não aparecia, dizendo que é um bug do firmware.