fwts - Online na nuvem

PROGRAMA:

NOME

fwts - um conjunto de testes de firmware para identificar bugs de firmware.

SINOPSE

fwts [opções] [teste (s)]

DESCRIÇÃO

Esta página de manual documenta resumidamente o fwts suíte de teste de firmware. A ferramenta fwts is
composto por mais de cinquenta testes que são projetados para examinar e testar diferentes aspectos de
Firmware do PC. Muitos desses testes precisam de acesso de superusuário para extrair tabelas e interagir
com o firmware e ACPI, então rodando fwts é necessário usar o sudo.
Corrida fwts sem opções será executado em todos os testes em lote que não requerem nenhum usuário
interação. No entanto, pode-se selecionar apenas testes específicos para executar, se necessário.

Por padrão fwts envia os resultados do teste para o arquivo de log results.log porém um diferente
o nome do arquivo de log pode ser especificado e, se necessário, a saída para stderr ou stdout pode ser
selecionado.

Observe que há uma variedade de testes, incluindo testes que podem travar uma máquina
(como suspender / hibernar / retomar).

OPÇÕES

As opções de fwts são as seguintes:

- resultados de saída para stdout.

--acpica
habilitar opções do modo de execução ACPICA. Eles podem ser especificados separados por vírgulas
lista de uma ou mais opções. As opções disponíveis são: serializado (serializado
execução de AML), folga (executar em modo menos pedante), ignorar erros (ignorar ACPICA
erros de exceção), desabilitar auto-reparo (desabilitar ACPICA de corrigir automaticamente
controles ACPICA quebrados). Observe que o modo de folga ativará os retornos implícitos de
zero nos métodos de controle para tentar permitir que o AML com erros funcione em não-Windows
sistemas.

--acpica-depurar
habilite o aviso de depuração ACPICA e mensagens de erro ao invocar o subsistema ACPICA.
Isto é principalmente para desenvolvedores de fwts para ajudar a rastrear quaisquer problemas de interface ACPICA
com fwts.

--cumprimento
execute apenas os testes que verificam especificamente a conformidade com a ACPI
especificações. Este pode ser um subconjunto dos testes ACPI.

-uma, --tudo
execute todos os testes.

--arch = nome
especifique a arquitetura de destino cujo firmware está sendo testado. Isso permite fwts
para ser executado em uma arquitetura (o host), mas realizar testes para um diferente
arquitetura (o alvo). Strings de arquitetura conhecidas são: x86, x86_32 ou x86_64
para Intel; ia64 para Itanium; arm64 ou aarch64 para ARMv8. A menos que esta opção seja
especificado, o destino é considerado igual ao host.

-b, --lote
execute os testes de lote não interativos. Os testes em lote não requerem interação do usuário.

--lote-experimental
execute apenas testes experimentais em lote.

--desmontar-aml
desmonte o código de bytes AML (linguagem de máquina ACPI). Esta tentativa de desmontar AML
em tabelas DSDT e SSDT e gera origens DSDT.dsl e SSDTx.dsl.

-d, --jogar fora
extrai dados de firmware e os despeja em arquivos de log. Isso gera:
acpidump.log - contendo um dump hexadecimal das tabelas ACPI (que podem ser lidas usando
acpixtrato).
dmesg.log - contendo as mensagens de log do kernel atuais.
dmidecode.log - contendo a saída de dmidecode.
lspci.log - contendo a saída de lspci -vv -nn
cpuinfo.log - contendo a saída de cat / proc / cpuinfo
README.txt - contendo um registro de data e hora e informações sobre a versão do kernel.

--dumpfile = acpidump.log
carrega tabelas ACPI da saída gerada de acpidump ou de sudo fwts --dump. o
O último é preferido porque fwts --dump é capaz de fazer dump de mais tabelas do que acpidump. Esse
permite descarregar tabelas de uma máquina e processá-las com fwts em outra
máquina.

--uefi-get-var-múltiplo
especifica o número de vezes para obter uma variável na variável uefirtvariable get
teste de estresse.

--uefi-set-var-múltiplo
especifica o número de vezes para definir uma variável na variável de conjunto uefirtvariable
teste de estresse.

--uefi-query-var-múltiplo
especifica o número de vezes para consultar uma variável na consulta uefirtvariable
teste de estresse variável.

--filter-erro-descartar
especifica os erros que se deseja ignorar silenciosamente. Um fornece uma vírgula
lista esperada de rótulos de mensagens de erro fwts que se deseja que os fwts não relatem como
erros. fwts irá executar o teste, mas se houver uma falha no teste e o rótulo corresponder
o fornecido nesta lista fwts irá então simplesmente ignorar este erro. Isto não pode ser
usado com --filter-error-keep.

--filter-erro-manter
especifica os erros que se deseja manter, todos os outros erros são ignorados silenciosamente.
Um fornece uma lista separada por vírgulas de fwts rótulos de mensagens de erro que se deseja fwts
relatar como erros, outras falhas de teste não serão relatadas e silenciosamente ignoradas.
Isso não pode ser usado com --filter-error-discard.

-f, --Limpeza a força
cria um novo arquivo de registro de resultados, em vez de apenas anexar a qualquer existente
(predefinição).

-h, --Socorro
produz a página de ajuda interna.

-eu, --interativo
execute os testes interativos. Esses testes requerem interação do usuário.

--interativo-experimental
execute apenas testes experimentais interativos.

-j, --json-caminho-dados
especifica o caminho para os arquivos de dados fwts json. Esses arquivos contêm json formatado
tabelas de configuração, por exemplo, padrões de varredura klog.

-k, --klog = arquivo
leia o log do kernel a partir do arquivo especificado ao invés do anel de log do kernel
amortecedor. Isto permite a execução de testes de varredura de log do kernel, como klog contra
dados de registro pré-coletados.

--log-campos
mostra os campos de filtragem de log disponíveis. Especificando esses campos com --log-filter
para selecionar quais campos se deseja registrar.

--log-filtro
especifique quais tipos específicos de dados de log devem ser produzidos no arquivo de log. Cada
linha de dados de registro é marcada com um marcador especial dependendo de que tipo de registro
a informação está sendo produzida. Os tipos disponíveis podem ser vistos usando --log-fields.
Especifique os tipos de log desejados com lista separada por vírgulas. Para desativar um campo, prefixe
o nome com ~, por exemplo:
--log-filter = RES, SUM registra apenas os resultados e as linhas de resumo.
--log-filter = ALL, ~ INF registra todas as linhas, exceto as linhas de informação.

--formato de log
especifique as informações em cada linha de log. Os seguintes especificadores estão disponíveis:
% date - date
% tempo - tempo
% field - campos de filtro de log
% owner - nome da rotina de teste
% nível - nível de falha do teste
% linha - linha de log
por exemplo --log-format = "% date% time [% field] (% owner):"

--log-level [crítico | alto | médio | baixo | informações | todos]
especifique o nível de falha do teste para registrar. Níveis de falha de teste iguais e superiores a
os especificados são registrados e registrados como falhas. O padrão é 'todos' (que é
idêntico a 'info'). Por exemplo, um nível de log de 'médio' apenas registrará o teste
falhas de nível 'médio', 'alto' e 'crítico', onde como um nível de log de
'crítico' registrará apenas as falhas de nível 'crítico'.

--log-type
especifique o tipo de registro. Atualmente os tipos de log de texto simples, json e xml estão disponíveis e
o padrão é texto simples.

--lspci = caminho
especifique o caminho completo e o nome do arquivo para o binário lspci.

-P, --estados de poder
execute os testes de estado de energia S3 e S4 (testes s3, s4)

--resultados-sem-separadores
nenhuma impressão bonita de separadores horizontais no arquivo de registro de resultados.

-r, --results-output = nome do arquivo
especificar o arquivo de log de saída de resultados. Também é possível especificar stdout e stderr para
redirecionar para esses fluxos de saída.

-R, --rsdp = physaddr
especifique o endereço físico do ACPI RSDP. Isso é útil em alguns sistemas onde
não pode ser detectado automaticamente.

--pm-method = method
especifique o método de energia a ser usado para inserir S3 ou S4 (ou a detecção automática será usada).
Os seguintes especificadores estão disponíveis:
logind - o método padrão, quando disponível (requer dbus e logind).
pm-utils - o método padrão anterior, agora obsoleto.
sysfs - o fallback, usado quando o logind não está disponível.
por exemplo --pm-method = sysfs

--s3-delay-delta = N
tempo a ser adicionado ao atraso entre cada iteração S3.

--s3-verificação do dispositivo
verifique as diferenças entre as configurações do dispositivo em um ciclo S3. Observe que isso adiciona 15
segundos de atraso após cada retomada do s3 para permitir que o wi-fi se reassocie.

--s3-device-check-delay
especifique o tempo de espera enquanto os dispositivos são reconfigurados (por exemplo, wi-fi para reassociar,
ethernet para conectar ..) antes que uma verificação de configuração do dispositivo seja executada. O padrão é
15 segundos. Se esta opção for usada, a verificação do dispositivo é assumida para que ninguém
também precisa usar o sinalizador --s3-device-check.

--s3-híbrido
permite que o fwts execute o Hybrid Sleep.

--s3-min-delay = N
tempo mínimo entre as iterações S3.

--s3-max-delay = N
tempo máximo entre as iterações S3.

--s3-multiple = N
especificou o número de vários testes de suspensão / retomada S3 a serem executados. O padrão é 2
testes.

--s3-quirks = - quirk [, - quirk]
especificar uma lista separada por vírgulas de argumentos peculiares para passar para pm-suspend, para
exemplo: --s3-quirks = - quirk-s3-bios, - quirk-save-pci

--s3-sleep-delay = N
sleep N segundos desde o início da suspensão até a hora de despertar. Observe que este
o tempo DEVE ser maior do que o tempo necessário para suspender a máquina, caso contrário,
o timer de despertar será acionado durante o estado de suspensão. O padrão é 30 segundos.

--s3-suspend-time = N
especifique o tempo máximo de suspensão permitido em segundos. Se a suspensão demorar mais do que
isso, então, um erro é registrado.

--s3-resume-time = N
especifique o tempo máximo de retomada permitido em segundos. Se a retomada demorar mais do que
isso, então, um erro é registrado.

--s3power-sleep-delay = N
especifique a duração da suspensão em segundos. Quanto maior o valor, mais preciso
o resultado do teste s3power. Durações inferiores a 10 minutos não são recomendadas.

--s4-delay-delta = N
tempo a ser adicionado ao atraso entre cada iteração S4.

--s4-verificação do dispositivo
verifique as diferenças entre as configurações do dispositivo em um ciclo S4. Observe que isso adiciona 15
segundos de atraso após cada retomada do s3 para permitir que o wi-fi se reassocie.

--s4-device-check-delay
especifique o tempo de espera enquanto os dispositivos são reconfigurados (por exemplo, wi-fi para reassociar,
ethernet para conectar ..) antes que uma verificação de configuração do dispositivo seja executada. O padrão é
15 segundos. Se esta opção for usada, a verificação do dispositivo é assumida para que ninguém
também precisa usar o sinalizador --s4-device-check.

--s4-min-delay = N
tempo mínimo entre as iterações S4.

--s4-max-delay = N
tempo máximo entre as iterações S4.

--s4-multiple = N
especificou o número de vários testes de hibernação / retomada do S4 a serem executados. O padrão é 2
testes.

--s4-quirks = - quirk [, - quirk]
especificar uma lista separada por vírgulas de argumentos peculiares para passar para pm-hibernate, para
exemplo: --s4-quirks = - quirk-save-pci

--s4-sleep-delay = N
dormir N segundos desde o início da hibernação até a hora de despertar. Observe que este
o tempo DEVE ser maior do que o tempo necessário para hibernar a máquina, caso contrário,
O despertador será disparado durante o estado de hibernação. O padrão atualmente é 90
segundos.

-p, --show-progresso
mostra o progresso dos testes que estão sendo executados. Cada teste será identificado conforme está sendo
corre. Para testes longos, uma porcentagem do tempo de conclusão será exibida. A partir de fwts
0.19.06 está habilitado por padrão e pode ser desabilitado com --quiet (ou -q).

-q, --quieto
execute silenciosamente sem saída para stdout.

-D, --show-progress-dialog
mostra o progresso dos testes que estão sendo executados em uma forma que pode ser canalizada para a caixa de diálogo
ferramenta com a opção --gauge.

-sim, --show-testes
mostrar os nomes dos testes disponíveis. Por padrão, mostrará todos os testes. Use o --batch,
--interactive, --batch-experimental, --interactive-experimental, --utils opções para
mostrar esses testes específicos.

--show-testes-completos
mostra todos os testes disponíveis listados por uma descrição de teste secundária. Por padrão, mostrará
todos os testes. Use o --batch, --interactive, --batch-experimental,
--opções interativas-experimentais para mostrar esses testes específicos.

--mostrar-testes-categorias
mostra todos os testes disponíveis e as categorias a que pertencem.

--skip-test = test [, test ..]
especificar testes para ignorar e não executar. A lista deve ser separada por vírgulas.

--stdout-resumo
saída SUCCESS ou FAILED para stdout no final dos testes.

-t, --table-path = path
especifique o caminho que contém as tabelas ACPI. Essas tabelas precisam ser nomeadas no
formato: tablename.dat, por exemplo DSDT.dat, por exemplo, conforme extraído usando
acpidump ou fwts --dump e depois acpixtract.

-você, --útil
execute utilitários. Projetado para despejar informações do sistema, como tabelas ACPI anotadas,
Memória CMOS, mapa de memória Int 15 E820, dados de ROM de firmware.

-dentro, --versão
número da versão de saída e data de construção do fwts ferramenta.

-C, --width = N
especifique a largura em caracteres do arquivo de log de saída. O padrão é 130.

EXEMPLOS

Execute todos os testes em lote e anexe os resultados ao log padrão results.log:
sudofwts

Execute todos os testes interativos e inicie um log de resultados limpo denominado interativo.log:
sudo fwts -i -f -r interativo.log

Execute todos os testes, interativos e em lote:
sudo fwts -i -b

Execute apenas os testes de bateria e cpufreq:
sudo fwts bateria cpufreq

Execute todos os testes em lote e defina um novo formato de registro usando apenas a data e o número da linha:
sudo fwts --log-format = "% date% line:"

Execute todos os testes interativos e registre apenas os resultados, informações e dados resumidos:
sudo fwts -i --log-filter = RES, INF, SUM

Despeje todas as informações de firmware interessantes em arquivos de log para análise posterior:
sudo fwts --dump

Veja a versão do kernel e do driver ACPI e as informações do BIOS:
sudo fwts -w 80 -r versão stdout bios_info --log-filter = INF --log-format = ""

Mostre o lote e os testes experimentais em lote:
fwts --show-testes --batch --batch-experimental

Execute vários testes S3 com atraso entre cada teste variando de 1 segundo a 10 segundos
com um delta de atraso por teste de 0.2 segundos
sudo fwts s3 --s3-multiple = 100 --s3-min-delay = 1 --s3-max-delay = 10
--s3-delay-delta = 0.2

Use fwts online usando serviços onworks.net