fwts - Online nel cloud

PROGRAMMA:

NOME

fwts - una suite di test del firmware per identificare i bug del firmware.

SINOSSI

fwt [Opzioni] [prova/e]

DESCRIZIONE

Questa pagina di manuale documenta brevemente il fwt suite di test del firmware. Lo strumento fwt is
composto da oltre cinquanta test che sono progettati per esaminare e testare diversi aspetti di
Firmware del PC. Molti di questi test richiedono l'accesso da superutente per estrarre tabelle e interagire
con il firmware e ACPI, quindi in esecuzione fwt l'uso di sudo è obbligatorio.
corsa fwt senza opzioni verranno eseguiti tutti i test batch che non richiedono alcun utente
interazione. Tuttavia, è possibile selezionare solo test specifici da eseguire, se necessario.

Di default fwt emette i risultati del test nel file di registro results.log comunque un diverso
è possibile specificare il nome del file di registro e, se necessario, è possibile inviare l'output a stderr o stdout
selezionato.

Nota che esiste una varietà di test, inclusi test che possono potenzialmente bloccare una macchina
(come una sospensione/ibernazione/ripresa).

VERSIONI

Le opzioni fwts sono le seguenti:

- risultati di output su stdout.

--acpica
abilitare le opzioni della modalità di esecuzione ACPICA. Questi possono essere specificati come separati da virgole
elenco di una o più opzioni. Le opzioni disponibili sono: serializzato (serializzato
esecuzione di AML), slack (esegui in modalità meno pedante), ignore-errors (ignora ACPICA
errori di eccezione), disabilita-riparazione automatica (disabilita ACPICA dalla correzione automatica
controlli ACPICA rotti). Nota che la modalità slack attiverà i ritorni impliciti di
zero sui metodi di controllo per tentare di consentire il funzionamento di AML con errori su non Windows
sistemi.

--acpica-debug
abilitare i messaggi di errore e di avviso di debug ACPICA quando si richiama il sottosistema ACPICA.
Questo è principalmente per gli sviluppatori fwts per aiutare a rintracciare eventuali problemi di interfacciamento ACPICA
con fwt.

--conformità
eseguire solo quei test che verificano specificamente la conformità con l'ACPI
specifiche. Questo potrebbe essere un sottoinsieme dei test ACPI.

-un, --tutti
eseguire tutti i test.

--arch=nome
specificare l'architettura di destinazione il cui firmware viene testato. Questo permette fwts
eseguire su un'architettura (l'host) ma eseguire test per un'altra
architettura (l'obiettivo). Le stringhe di architettura note sono: x86, x86_32 o x86_64
per Intel; ia64 per Itanium; arm64 o aarch64 per ARMv8. A meno che questa opzione non sia
specificato, si presume che la destinazione sia la stessa dell'host.

-B, --lotto
eseguire i test batch non interattivi. I test batch non richiedono l'interazione dell'utente.

--batch-sperimentale
eseguire solo test sperimentali batch.

--disassemblare-aml
disassemblare il codice byte AML (linguaggio macchina ACPI). Questo tenta di disassemblare AML
nelle tabelle DSDT e SSDT e genera sorgenti DSDT.dsl e SSDTx.dsl.

-D, --scarico
estrae i dati del firmware e li scarica nei file di registro. Questo genera:
acpidump.log - contenente un dump esadecimale delle tabelle ACPI (che può essere letto usando
acpixtract).
dmesg.log - contenente i messaggi di log del kernel correnti.
dmidecode.log - contenente l'output di dmidecode.
lspci.log - contenente l'output di lspci -vv -nn
cpuinfo.log - contenente l'output di cat / proc / cpuinfo
README.txt - contenente un timestamp e informazioni sulla versione del kernel.

--dumpfile=acpidump.log
carica le tabelle ACPI dall'output generato da acpidump o da sudo fwts --dump. Il
quest'ultimo è preferito in quanto fwts --dump è in grado di scaricare più tabelle di acpidump. Questo
consente di scaricare le tabelle da una macchina e di elaborarle con fwts su un'altra
macchina.

--uefi-get-var-multiplo
specifica il numero di volte per ottenere una variabile in uefirtvariable get variabile
test di resistenza.

--uefi-set-var-multiplo
specifica il numero di volte per impostare una variabile nella variabile set uefirtvariable
test di resistenza.

--uefi-query-var-multiplo
specifica il numero di volte per interrogare una variabile nella query uefirtvariable
prova di stress variabile.

--filter-error-scarta
specifica gli errori che si vogliono ignorare silenziosamente. Uno fornisce una virgola
elenco sperato di etichette di messaggi di errore fwts che si desidera che fwts non riportino come
errori. fwts eseguirà il test ma se si verifica un errore nel test e l'etichetta corrisponde
quello fornito in questo elenco fwts ignorerà semplicemente questo errore. Non può essere
usato con --filter-error-keep.

--filtro-mantieni-errore
specifica gli errori che si desidera mantenere, tutti gli altri errori vengono ignorati silenziosamente.
Uno fornisce un elenco separato da virgole di etichette di messaggi di errore fwts che si vogliono fwts
segnala come errori, altri test falliti non verranno segnalati e ignorati silenziosamente.
Questo non può essere usato con --filter-error-discard.

-F, --pulizia forzata
crea un nuovo file di registro dei risultati, invece di aggiungerlo a uno esistente
(predefinito).

-H, --Aiuto
emette la pagina della guida interna.

-io, --interattivo
eseguire i test interattivi. Questi test richiedono l'interazione dell'utente.

--interactive-sperimentale
eseguire solo test sperimentali interattivi.

-J, --json-percorso-dati
specifica il percorso dei file di dati json fwts. Questi file contengono in formato json
tabelle di configurazione, ad esempio modelli di scansione klog.

-K, --klog=file
legge il log del kernel dal file specificato invece che dall'anello di log del kernel
respingente. Ciò consente di eseguire i test di scansione del registro del kernel come klog contro
dati di registro pre-raccolti.

--campi-log
mostra i campi di filtraggio del registro disponibili. Specificando questi campi con --log-filter
per selezionare quali campi si desidera registrare.

--filtro-log
specificare quali tipi particolari di dati di registro devono essere emessi nel file di registro. Ogni
la riga dei dati del registro è contrassegnata da un indicatore speciale a seconda del tipo di registro
informazioni vengono emesse. I tipi disponibili possono essere visualizzati utilizzando --log-fields.
Specificare i tipi di registro desiderati con un elenco separato da virgole. Per disabilitare un campo, prefisso
il nome con ~, ad esempio:
--log-filter=RES,SUM registra solo i risultati e le righe di riepilogo.
--log-filter=ALL,~INF registra tutte le righe eccetto quelle informative.

--formato-log
specificare le informazioni in ogni riga di registro. Sono disponibili i seguenti specificatori:
%data - data
% tempo - tempo
%field - campi filtro log
%proprietario - nome della routine di test
%level - livello di errore del test
%line - riga di registro
ad es. --log-format="%date %time [%field] (%owner): "

--livello-log [critico|alto|medio|basso|info|tutti]
specificare il livello di errore del test da registrare. Livelli di fallimento del test uguali e superiori a
quelli specificati vengono registrati e registrati come errori. L'impostazione predefinita è 'all' (che è
identico a "informazioni"). Ad esempio, un livello di registro "medio" registrerà solo test
guasti di livello 'medio', 'alto' e 'critico', dove come livello di registro di
"critico" registrerà solo gli errori di livello "critico".

--tipo-log
specificare il tipo di registro. Attualmente sono disponibili i tipi di log in chiaro, json e xml e
l'impostazione predefinita è testo normale.

--lspci=percorso
specificare il percorso completo e il nome file del binario lspci.

-P, --stati di potere
eseguire i test dello stato di alimentazione S3 e S4 (test s3, s4)

--risultati-senza-separatori
nessuna bella stampa di separatori orizzontali nel file di registro dei risultati.

-R, --results-output=nome file
specificare il file di log di output dei risultati. Si può anche specificare stdout e stderr su
reindirizzare a questi flussi di output.

-R, --rsdp=indfisico
specificare l'indirizzo fisico di ACPI RSDP. Questo è utile su alcuni sistemi in cui è
non può essere rilevato automaticamente.

--pm-method=metodo
specificare il metodo di alimentazione da utilizzare per inserire S3 o S4 (o verrà utilizzato il rilevamento automatico).
Sono disponibili i seguenti specificatori:
logind - il metodo predefinito, ove disponibile (richiede dbus e logind).
pm-utils - il precedente metodo predefinito, ora deprecato.
sysfs - il fallback, usato quando logind non è disponibile.
ad es. --pm-method=sysfs

--s3-delta-ritardo=N
tempo da aggiungere al ritardo tra ogni iterazione S3.

--s3-controllo-dispositivo
controllare le differenze tra le configurazioni del dispositivo su un ciclo S3. Nota che questo aggiunge 15
secondi di ritardo dopo ogni ripristino s3 per consentire al wifi di riassociarsi.

--s3-ritardo-controllo-dispositivo
specificare il tempo di attesa per la riconfigurazione dei dispositivi (es. wifi da riassociare,
ethernet per connettersi..) prima di eseguire un controllo di configurazione del dispositivo. L'impostazione predefinita è
15 secondi. Se viene utilizzata questa opzione, si presume che il controllo del dispositivo non venga eseguito
anche bisogno di usare il flag --s3-device-check.

--s3-ibrido
consente a fwts di eseguire Hybrid Sleep.

--s3-ritardo-min=N
tempo minimo tra le iterazioni S3.

--s3-ritardo-max=N
tempo massimo tra le iterazioni S3.

--s3-multiplo=N
ha specificato il numero di più test di sospensione/ripresa S3 da eseguire. Il valore predefinito è 2
test.

--s3-stranezza=--strana[,--strana]
specificare un elenco separato da virgole di argomenti quirk da passare a pm-suspend, per
esempio: --s3-quirks=--quirk-s3-bios,--quirk-save-pci

--s3-ritardo-sonno=N
sleep N secondi dall'inizio della sospensione all'orario di risveglio. Nota che questo
il tempo DEVE essere maggiore del tempo necessario per sospendere la macchina altrimenti il
il timer di sveglia si attiva durante lo stato di sospensione. L'impostazione predefinita è 30 secondi.

--s3-tempo-sospensione=N
specificare il tempo di sospensione massimo consentito in secondi. Se la sospensione richiede più tempo di
questo quindi viene registrato un errore.

--s3-tempo-di-ripresa=N
specificare il tempo di ripristino massimo consentito in secondi. Se il curriculum richiede più tempo di
questo quindi viene registrato un errore.

--s3power-sleep-ritardo=N
specificare la durata della sospensione in secondi. Più alto è il valore, più accurata
il risultato del test s3power. Non sono consigliate durate inferiori a 10 minuti.

--s4-delta-ritardo=N
tempo da aggiungere al ritardo tra ogni iterazione S4.

--s4-controllo-dispositivo
controllare le differenze tra le configurazioni del dispositivo su un ciclo S4. Nota che questo aggiunge 15
secondi di ritardo dopo ogni ripristino s3 per consentire al wifi di riassociarsi.

--s4-ritardo-controllo-dispositivo
specificare il tempo di attesa per la riconfigurazione dei dispositivi (es. wifi da riassociare,
ethernet per connettersi..) prima di eseguire un controllo di configurazione del dispositivo. L'impostazione predefinita è
15 secondi. Se viene utilizzata questa opzione, si presume che il controllo del dispositivo non venga eseguito
anche bisogno di usare il flag --s4-device-check.

--s4-ritardo-min=N
tempo minimo tra le iterazioni S4.

--s4-ritardo-max=N
tempo massimo tra le iterazioni S4.

--s4-multiplo=N
specificato il numero di più test di ibernazione/ripresa di S4 da eseguire. Il valore predefinito è 2
test.

--s4-stranezza=--strana[,--strana]
specificare un elenco separato da virgole di argomenti quirk da passare a pm-hibernate, per
esempio: --s4-quirks=--quirk-save-pci

--s4-ritardo-sonno=N
sleep N secondi dall'inizio dell'ibernazione all'ora di risveglio. Nota che questo
il tempo DEVE essere più lungo del tempo necessario per ibernare la macchina, altrimenti il
il timer di sveglia si attiva durante lo stato di ibernazione. L'impostazione predefinita è attualmente 90
secondi.

-P, --mostra-progresso
mostrare lo stato di avanzamento dei test in esecuzione. Ogni test sarà identificato come è in corso
correre. Per i test lunghi, verrà visualizzata una percentuale del tempo di completamento. A partire da fwts
0.19.06 questo è abilitato per impostazione predefinita e può essere disabilitato con --quiet (o -q).

-Q, --silenzioso
funzionare tranquillamente senza output su stdout.

-D, --show-progress-dialog
visualizza lo stato di avanzamento dei test in esecuzione in un modulo che può essere reindirizzato nella finestra di dialogo
strumento con l'opzione --gauge.

-S, --show-test
mostra i nomi dei test disponibili. Per impostazione predefinita, mostrerà tutti i test. Usa il --batch,
--interactive, --batch-experimental, --interactive-experimental, --utils opzioni per
mostrare questi test specifici.

--show-test-full
mostra tutti i test disponibili elencati dalla descrizione del test minore. Per impostazione predefinita mostrerà
tutti i test. Usa --batch, --interactive, --batch-sperimentale,
--opzioni sperimentali-interattive per mostrare questi test specifici.

--show-test-categorie
mostra tutti i test disponibili e le categorie di appartenenza.

--skip-test=prova[,prova..]
specificare i test da saltare e non eseguire. L'elenco deve essere separato da virgole.

--stdout-riepilogo
output SUCCESS o FAILED su stdout al termine dei test.

-T, --table-path=percorso
specificare il percorso contenente le tabelle ACPI. Queste tabelle devono essere nominate in
formato: nometabella.dat, ad esempio DSDT.dat, ad esempio, come estratto utilizzando
acpidump o fwts --dump e poi acpixtract.

-tu, --utils
eseguire utilità. Progettato per scaricare informazioni di sistema, come tabelle ACPI annotate,
Memoria CMOS, mappa di memoria Int 15 E820, dati ROM firmware.

-in, --versione
numero di versione di output e data di compilazione del fwt strumento.

-w, --larghezza=N
specificare la larghezza in caratteri del file di log di output. Il valore predefinito è 130.

ESEMPI

Esegui tutti i test batch e aggiungi i risultati nel log default results.log:
sudo fwts

Esegui tutti i test interattivi e avvia un registro dei risultati pulito chiamato interactive.log:
sudo fwts -i -f -r interattivo.log

Esegui tutti i test, interattivi e batch:
sudo fwts -i -b

Esegui solo i test della batteria e cpufreq:
sudo fwts batteria cpufreq

Esegui tutti i test batch e definisci un nuovo formato di registro utilizzando solo la data e il numero di riga:
sudo fwts --log-format="%date %line: "

Esegui tutti i test interattivi e registra solo i risultati, le informazioni e i dati di riepilogo:
sudo fwts -i --log-filter=RES,INF,SOMMA

Scarica tutte le informazioni interessanti sul firmware nei file di registro per un'analisi successiva:
sudo fwts --dump

Visualizza la versione del kernel e del driver ACPI e le informazioni sul BIOS:
sudo fwts -w 80 -r versione stdout bios_info --log-filter=INF --log-format=""

Mostra i test sperimentali batch e batch:
fwts --show-tests --batch --batch-sperimentale

Esegui più test S3 con un ritardo tra ogni test compreso tra 1 secondo e 10 secondi
con un delta di ritardo per test di 0.2 secondi
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-ritardo-delta=0.2

Usa fwts online utilizzando i servizi onworks.net