fwts - Online sa Cloud

PROGRAMA:

NAME

fwts - isang firmware test suite upang matukoy ang mga bug ng firmware.

SINOPSIS

fwts [pagpipilian] [(mga) pagsubok]

DESCRIPTION

Ang manu-manong pahinang ito ay nagdodokumento ng maikling fwts suite ng pagsubok ng firmware. Ang kasangkapan fwts is
binubuo ng mahigit limampung pagsusulit na idinisenyo upang suriin at subukan ang iba't ibang aspeto ng
firmware ng PC. Marami sa mga pagsubok na ito ay nangangailangan ng sobrang access ng user upang mag-extract ng mga talahanayan at makipag-ugnayan
gamit ang firmware at ACPI, kaya tumatakbo fwts gamit ang sudo ay kinakailangan.
Tumatakbo fwts na walang mga pagpipilian ay tatakbo sa lahat ng mga batch na pagsubok na hindi nangangailangan ng gumagamit
pakikipag-ugnayan. Gayunpaman, maaari lamang pumili ng mga partikular na pagsubok na tatakbo kung kinakailangan.

Bilang default fwts output ang mga resulta ng pagsubok sa log file resulta.log gayunpaman iba
Maaaring tukuyin ang pangalan ng log file at kung kinakailangan, maaaring maging stderr o stdout ang output
Napili.

Tandaan na mayroong iba't ibang pagsubok, kabilang ang mga pagsubok na posibleng mag-hang ng makina
(gaya ng pagsususpinde/hibernate/resume).

Opsyon

Ang mga pagpipilian sa fwts ay ang mga sumusunod:

- output ng mga resulta sa stdout.

--acpica
paganahin ang mga opsyon sa mode ng pagpapatupad ng ACPICA. Maaaring tukuyin ang mga ito bilang pinaghihiwalay ng kuwit
listahan ng isa o higit pang mga opsyon. Ang mga available na opsyon ay: serialized (serialized
execution ng AML), slack (run in less pedeantic mode), ignore-errors (balewala ang ACPICA
exception errors), i-disable-auto-repair (huwag paganahin ang ACPICA sa awtomatikong pag-aayos
sirang mga kontrol ng ACPICA). Tandaan na i-on ng slack mode ang mga implicit returns ng
zero sa mga paraan ng kontrol upang subukang payagan ang buggy AML na gumana sa hindi Windows
systems.

--acpica-debug
paganahin ang ACPICA debug na babala at mga mensahe ng error kapag ginagamit ang ACPICA subsystem.
Ito ay pangunahin para sa mga developer ng fwts upang tumulong na subaybayan ang anumang mga isyu sa pakikipag-ugnay sa ACPICA
may fwts.

--pagsunod
magpatakbo lamang ng mga pagsubok na partikular na nagsusuri ng pagsunod sa ACPI
mga pagtutukoy. Ito ay maaaring isang subset ng mga pagsubok sa ACPI.

-a, --lahat
patakbuhin ang lahat ng mga pagsubok.

--arch=pangalan
tukuyin ang target na arkitektura na sinusuri ang firmware. Pinapayagan nito ang fwts
upang tumakbo sa isang arkitektura (ang host) ngunit magsagawa ng mga pagsubok para sa ibang
arkitektura (ang target). Ang mga kilalang string ng arkitektura ay: x86, x86_32, o x86_64
para sa Intel; ia64 para sa Itanium; arm64 o aarch64 para sa ARMv8. Maliban kung ang pagpipiliang ito ay
tinukoy, ang target ay ipinapalagay na kapareho ng host.

-b, --batch
patakbuhin ang mga non-interactive na batch test. Ang mga batch na pagsubok ay hindi nangangailangan ng pakikipag-ugnayan ng user.

--batch-eksperimento
magpatakbo lamang ng mga batch na pang-eksperimentong pagsubok.

--disassemble-aml
i-disassemble ang AML (ACPI machine language) byte code. Sinusubukan nitong i-disassemble ang AML
sa mga talahanayan ng DSDT at SSDT at bumubuo ng mga mapagkukunan ng DSDT.dsl at SSDTx.dsl.

-d, --tambakan
kinukuha ang data ng firmware at itinatapon ito sa mga log file. Ito ay bumubuo ng:
acpidump.log - naglalaman ng hex dump ng mga talahanayan ng ACPI (na mababasa gamit ang
acpixtract).
dmesg.log - naglalaman ng kasalukuyang mga mensahe ng log ng kernel.
dmidecode.log - naglalaman ng output mula sa dmidecode.
lspci.log - naglalaman ng output mula sa lspci -vv -nn
cpuinfo.log - naglalaman ng output mula sa pusa / proc / cpuinfo
README.txt - naglalaman ng timestamp at impormasyon sa bersyon ng kernel.

--dumpfile=acpidump.log
i-load ang mga talahanayan ng ACPI mula sa output na nabuo mula sa acpidump o mula sa sudo fwts --dump. Ang
ang huli ay ginustong bilang fwts --dump ay nakakapag-dump ng higit pang mga talahanayan kaysa sa acpidump. Ito
nagbibigay-daan sa isa na mag-dump ng mga talahanayan mula sa isang makina at iproseso ang mga ito gamit ang mga fwts sa isa pa
machine.

--uefi-get-var-multiple
tumutukoy sa dami ng beses na makakuha ng variable sa uefirtvariable get variable
pagsubok sa stress

--uefi-set-var-multiple
tumutukoy sa dami ng beses na magtakda ng variable sa uefirtvariable set variable
pagsubok sa stress

--uefi-query-var-multiple
tumutukoy sa dami ng beses na mag-query ng variable sa uefirtvariable na query
variable na pagsubok ng stress.

--filter-error-discard
Tinutukoy ang mga pagkakamali na nais ng isang tao na tahimik na huwag pansinin. Ang isa ay nagbibigay ng kuwit
pinabilis na listahan ng mga label ng mensahe ng error sa fwts na nais ng isang hindi iulat bilang fwts
mga pagkakamali. Ang fwts ang tatakbo sa pagsubok ngunit kung mayroong isang pagkabigo sa pagsubok at ang label ay tumutugma
ang ibinigay sa listahang ito ng fwts ay papansinin lamang ang error na ito. Ito ay hindi maaaring
ginamit sa --filter-error-keep.

--filter-error-panatilihin
tumutukoy sa mga error na nais panatilihin ng isa, lahat ng iba pang mga error ay tahimik na hindi pinapansin.
Ang isa ay nagbibigay ng isang comma sperated na listahan ng mga label ng mensahe ng error sa fwts na gusto ng isang fwts
iulat bilang mga error, ang iba pang mga pagkabigo sa pagsubok ay hindi iuulat at tahimik na babalewalain.
Hindi ito magagamit sa --filter-error-discard.

-f, --puwersa-maglinis
lumilikha ng bagong log file ng mga resulta, sa halip na idagdag lamang sa alinmang umiiral na
(default).

-h, - Tumulong
output ang panloob na pahina ng tulong.

-ako, --interactive
patakbuhin ang mga interactive na pagsubok. Ang mga pagsubok na ito ay nangangailangan ng pakikipag-ugnayan ng user.

--interactive-experimental
magpatakbo lamang ng mga interactive na eksperimentong pagsubok.

-j, --json-data-path
tumutukoy sa landas patungo sa mga file ng data ng fwts json. Ang mga file na ito ay naglalaman ng json na naka-format
mga talahanayan ng pagsasaayos, halimbawa mga pattern ng pag-scan ng klog.

-k, --klog=file
basahin ang kernel log mula sa tinukoy na file sa halip na mula sa kernel log ring
buffer. Pinapayagan nito ang isa na patakbuhin ang mga pagsubok sa pag-scan ng log ng kernel tulad ng klog laban
paunang nakalap na data ng log.

--log-fields
ipakita ang magagamit na mga field sa pag-filter ng log. Pagtukoy sa mga field na ito gamit ang --log-filter
upang piliin kung aling mga field ang gustong i-log.

--log-filter
tukuyin kung aling mga partikular na uri ng data ng log ang ilalabas sa log file. Bawat isa
linya ng data ng log ay na-tag ng isang espesyal na marker depende sa kung anong uri ng log
ang impormasyon ay inilalabas. Ang mga available na uri ay makikita sa pamamagitan ng paggamit ng --log-fields.
Tukuyin ang nais na mga uri ng log na may comma separated list. Upang hindi paganahin ang isang field, prefix
ang pangalan na may ~, halimbawa:
--log-filter=RES,SUM ay nag-log lamang ng mga resulta at mga linya ng buod.
--log-filter=ALL,~INF log ang lahat ng linya maliban sa mga linya ng impormasyon.

--log-format
tukuyin ang impormasyon sa bawat linya ng log. Available ang mga sumusunod na specifier:
%date - petsa
%oras - oras
%field - mga field ng log-filter
%owner - pangalan ng regular na pagsubok
%level - antas ng pagkabigo sa pagsubok
%line - linya ng log
hal --log-format="%date %time [%field] (%owner): "

--log-level [kritikal|mataas|medium|mababa|impormasyon|lahat]
tukuyin ang antas ng kabiguan sa pagsubok upang mag-log. Mga antas ng pagkabigo sa pagsubok na katumbas ng at mas mataas kaysa
ang tinukoy ay naka-log at naitala bilang mga pagkabigo. Ang default ay 'lahat' (na
kapareho ng 'impormasyon'). Halimbawa, ang isang log level ng 'medium' ay mag-log test lang
mga pagkabigo ng antas na 'medium', 'high' at 'critical', kung saan bilang isang log level ng
Ang 'kritikal' ay mag-log lamang ng mga pagkabigo sa antas ng 'kritikal'.

--log-type
tukuyin ang uri ng log. Kasalukuyang magagamit ang plaintext, json at xml na mga uri ng log at
ang default ay plaintext.

--lspci=path
tukuyin ang buong path at filename sa lspci binary.

-P, --power-states
magpatakbo ng S3 at S4 power state tests (s3, s4 tests)

--results-no-separator
walang magandang pag-print ng mga pahalang na separator sa resulta ng log file.

-r, --results-output=filename
tukuyin ang mga resulta ng output log file. Maaari ding tukuyin ng isa ang stdout at stderr to
mag-redirect sa mga output stream na ito.

-R, --rsdp=physaddr
tukuyin ang pisikal na address ng ACPI RSDP. Ito ay kapaki-pakinabang sa ilang mga sistema kung saan ito
hindi awtomatikong matukoy.

--pm-method=paraan
tukuyin ang power method na gagamitin para makapasok sa S3 o S4 (o autodetection ang gagamitin).
Available ang mga sumusunod na specifier:
logind - ang default na paraan, kung saan magagamit (nangangailangan ng dbus at logind).
pm-utils - ang dating default na paraan, hindi na ginagamit ngayon.
sysfs - ang fallback, ginagamit kapag hindi available ang logind.
hal --pm-method=sysfs

--s3-delay-delta=N
oras na idaragdag sa pagkaantala sa pagitan ng bawat pag-ulit ng S3.

--s3-device-check
suriin ang mga pagkakaiba sa pagitan ng mga configuration ng device sa isang S3 cycle. Tandaan na ito ay nagdaragdag ng 15
segundong pagkaantala pagkatapos ng bawat resume ng s3 upang payagan ang wifi na muling iugnay.

--s3-device-check-delay
tukuyin ang oras upang maghintay habang muling i-configure ang mga device (hal. wifi upang muling iugnay,
ethernet para kumonekta..) bago patakbuhin ang pagsuri sa configuration ng device. Ang default ay
15 segundo. Kung gagamitin ang opsyong ito, ang pagsuri ng device ay ipinapalagay kaya hindi gagawin ng isa
kailangan ding gamitin ang flag --s3-device-check.

--s3-hybrid
nagbibigay-daan sa fwts na magpatakbo ng Hybrid Sleep.

--s3-min-delay=N
pinakamababang oras sa pagitan ng mga pag-ulit ng S3.

--s3-max-delay=N
maximum na oras sa pagitan ng mga pag-ulit ng S3.

--s3-multiple=N
tinukoy ang bilang ng maramihang mga pagsubok sa pagsususpinde/pagpatuloy ng S3 na tatakbo. Ang default ay 2
mga pagsubok.

--s3-quirks=--quirk[,--quirk]
tukuyin ang isang listahan na pinaghihiwalay ng kuwit ng mga argumentong quirk na ipapasa sa pm-suspend, para sa
halimbawa: --s3-quirks=--quirk-s3-bios,--quirk-save-pci

--s3-sleep-delay=N
matulog N segundo mula sa simula ng pagsususpinde hanggang sa oras ng paggising. Tandaan na ito
DAPAT mas mahaba ang oras kaysa sa oras na kinakailangan upang masuspinde ang makina kung hindi man ay ang
magpapagana ang wakeup timer sa panahon ng estado ng pagsususpinde. Ang default ay 30 segundo.

--s3-suspend-time=N
tukuyin ang maximum na pinapayagang oras ng pagsususpinde sa mga segundo. Kung mas matagal ang pagsususpinde kaysa sa
ito pagkatapos ay isang error ay naka-log.

--s3-resume-time=N
tukuyin ang maximum na pinapayagang oras ng resume sa mga segundo. Kung ang resume ay mas matagal kaysa
ito pagkatapos ay isang error ay naka-log.

--s3power-sleep-delay=N
tukuyin ang tagal ng pagsususpinde sa mga segundo. Kung mas mataas ang halaga, mas tumpak
ang resulta ng pagsubok ng s3power. Ang mga tagal na wala pang 10 minuto ay hindi inirerekomenda.

--s4-delay-delta=N
oras na idaragdag sa pagkaantala sa pagitan ng bawat pag-ulit ng S4.

--s4-device-check
suriin ang mga pagkakaiba sa pagitan ng mga configuration ng device sa isang S4 cycle. Tandaan na ito ay nagdaragdag ng 15
segundong pagkaantala pagkatapos ng bawat resume ng s3 upang payagan ang wifi na muling iugnay.

--s4-device-check-delay
tukuyin ang oras upang maghintay habang muling i-configure ang mga device (hal. wifi upang muling iugnay,
ethernet para kumonekta..) bago patakbuhin ang pagsuri sa configuration ng device. Ang default ay
15 segundo. Kung gagamitin ang opsyong ito, ang pagsuri ng device ay ipinapalagay kaya hindi gagawin ng isa
kailangan ding gamitin ang flag --s4-device-check.

--s4-min-delay=N
pinakamababang oras sa pagitan ng mga pag-ulit ng S4.

--s4-max-delay=N
maximum na oras sa pagitan ng mga pag-ulit ng S4.

--s4-multiple=N
tinukoy ang bilang ng maraming S4 hibernate/resume na pagsubok na tatakbo. Ang default ay 2
mga pagsubok.

--s4-quirks=--quirk[,--quirk]
tukuyin ang isang listahan na pinaghihiwalay ng kuwit ng mga argumentong quirk na ipapasa sa pm-hibernate, para sa
halimbawa: --s4-quirks=--quirk-save-pci

--s4-sleep-delay=N
matulog N segundo mula sa simula ng hibernate hanggang sa wakeup time. Tandaan na ito
DAPAT mas mahaba ang oras kaysa sa oras na kinakailangan para mag-hibernate ang makina kung hindi man ay ang
Ang wakeup timer ay gagana sa panahon ng hibernate state. Ang default ay kasalukuyang 90
segundo.

-p, --ipakita ang pag-unlad
ipakita ang progreso ng mga pagsusulit na pinapatakbo. Ang bawat pagsubok ay makikilala kung ano ito
tumakbo. Para sa mahabang pagsubok, isang porsyento ng oras ng pagkumpleto ang ipapakita. As of fwts
0.19.06 ito ay pinagana bilang default at maaaring i-disable gamit ang --quiet (o -q).

-q, --tahimik
tumakbo nang tahimik na walang output sa stdout.

-D, --show-progress-dialog
output ang progreso ng mga pagsubok na pinapatakbo sa isang form na maaaring i-pipe sa dialog
tool na may opsyong --gauge.

-oo, --palabas-pagsusulit
ipakita ang mga pangalan ng magagamit na mga pagsubok. Bilang default, ipapakita ang lahat ng mga pagsubok. Gamitin ang --batch,
--interactive, --batch-experimental, --interactive-experimental, --gumagamit ng mga opsyon sa
ipakita ang mga partikular na pagsubok na ito.

--show-tests-full
ipakita ang lahat ng magagamit na mga pagsubok na nakalista sa pamamagitan ng maliit na paglalarawan ng pagsubok. Bilang default ay magpapakita
lahat ng pagsubok. Gamitin ang --batch, --interactive, --batch-experimental,
--interactive-experimental na mga opsyon upang ipakita ang mga partikular na pagsubok na ito.

--show-tests-categories
ipakita ang lahat ng available na pagsubok at ang mga kategoryang kinabibilangan nila.

--skip-test=test[,test..]
tukuyin ang mga pagsubok na laktawan at hindi tatakbo. Dapat na pinaghihiwalay ng kuwit ang listahan.

--stdout-buod
output SUCCESS o FAILED to stdout sa pagtatapos ng mga pagsubok.

-t, --table-path=path
tukuyin ang landas na naglalaman ng mga talahanayan ng ACPI. Ang mga talahanayan na ito ay kailangang pangalanan sa
format: tablename.dat, halimbawa DSDT.dat, halimbawa, bilang kinuha gamit
acpidump o fwts --dump at pagkatapos ay acpixtract.

-ikaw, --utils
magpatakbo ng mga utility. Idinisenyo upang itapon ang impormasyon ng system, tulad ng mga naka-annotate na ACPI table,
CMOS memory, Int 15 E820 memory map, firmware ROM data.

-sa, --bersyon
numero ng bersyon ng output at petsa ng pagbuo ng fwts tool.

-w, --width=N
tukuyin ang lapad sa mga character ng output logfile. Ang default ay 130.

HALIMBAWA

Patakbuhin ang lahat ng batch na pagsubok at idagdag ang mga resulta sa default log results.log:
sudo fwts

Patakbuhin ang lahat ng interactive na pagsubok at magsimula ng malinis na log ng mga resulta na tinatawag na interactive.log:
sudo fwts -i -f -r interactive.log

Patakbuhin ang lahat ng mga pagsubok, interactive at batch:
sudo fwts -i -b

Patakbuhin lamang ang mga pagsubok sa baterya at cpufreq:
sudo fwts baterya cpufreq

Patakbuhin ang lahat ng mga pagsubok sa batch at tukuyin ang isang bagong format ng log gamit lamang ang petsa at numero ng linya:
sudo fwts --log-format="%date %line: "

Patakbuhin ang lahat ng interative na pagsubok at i-log lamang ang mga resulta, impormasyon at buod ng data:
sudo fwts -i --log-filter=RES,INF,SUM

Itapon ang lahat ng kawili-wiling impormasyon ng firmware sa mga log file para sa pagsusuri sa ibang pagkakataon:
sudo fwts --dump

Tingnan ang bersyon ng driver ng kernel at ACPI at impormasyon ng BIOS:
sudo fwts -w 80 -r stdout na bersyon bios_info --log-filter=INF --log-format=""

Ipakita ang batch at batch na mga eksperimentong pagsubok:
fwts --show-tests --batch --batch-experimental

Magpatakbo ng maraming pagsubok sa S3 nang may pagkaantala sa pagitan ng bawat pagsubok na mula 1 segundo hanggang 10 segundo
na may delay delta sa bawat pagsubok na 0.2 segundo
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-delay-delta=0.2

Gumamit ng mga fwts online gamit ang mga serbisyo ng onworks.net