fwts - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

fwts - ຊຸດທົດສອບເຟີມແວເພື່ອລະບຸຂໍ້ຜິດພາດຂອງເຟີມແວ.

ສະຫຼຸບສັງລວມ

fwts [ທາງເລືອກໃນການ] [ການທົດສອບ]

ລາຍລະອຽດ

ຫນ້າຄູ່ມືນີ້ເອກະສານສັ້ນໆກ່ຽວກັບ fwts ຊຸດທົດສອບເຟີມແວ. ເຄື່ອງມື fwts is
ປະ​ກອບ​ດ້ວຍ​ຫຼາຍ​ກວ່າ​ຫ້າ​ສິບ​ການ​ທົດ​ສອບ​ທີ່​ຖືກ​ອອກ​ແບບ​ເພື່ອ​ກວດ​ກາ​ແລະ​ທົດ​ສອບ​ລັກ​ສະ​ນະ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຂອງ​
ເຟີມແວ PC. ຫຼາຍໆການທົດສອບເຫຼົ່ານີ້ຕ້ອງການຜູ້ໃຊ້ສູງສຸດເພື່ອສະກັດຕາຕະລາງແລະໂຕ້ຕອບ
ກັບ firmware ແລະ ACPI, ສະນັ້ນແລ່ນ fwts ຕ້ອງການໃຊ້ sudo.
ເຮັດວຽກ fwts ບໍ່ມີທາງເລືອກທີ່ຈະດໍາເນີນການຜ່ານການທົດສອບ batch ທັງຫມົດທີ່ຕ້ອງການຜູ້ໃຊ້ທີ່ບໍ່ມີ
ການໂຕ້ຕອບ. ຢ່າງໃດກໍຕາມ, ຫນຶ່ງສາມາດເລືອກພຽງແຕ່ການທົດສອບສະເພາະທີ່ຈະດໍາເນີນການຖ້າຫາກວ່າຕ້ອງການ.

ໂດຍຄ່າເລີ່ມຕົ້ນ fwts ສົ່ງຜົນການທົດສອບເຂົ້າໄປໃນໄຟລ໌ບັນທຶກ results.log ແນວໃດກໍ່ຕາມແຕກຕ່າງກັນ
ຊື່ໄຟລ໌ບັນທຶກສາມາດຖືກກໍານົດແລະຖ້າຕ້ອງການ, ຜົນຜະລິດໄປຫາ stderr ຫຼື stdout ສາມາດເປັນ
ເລືອກ.

ໃຫ້ສັງເກດວ່າມີການທົດສອບຫຼາຍໆຢ່າງ, ລວມທັງການທົດສອບທີ່ອາດຈະສາມາດຫ້ອຍເຄື່ອງໄດ້
(ເຊັ່ນ: suspend/hibernate/resume).

OPTIONS

ທາງ​ເລືອກ fwts ມີ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

- ສົ່ງຜົນໄດ້ຮັບໄປສູ່ stdout.

--acpica
ເປີດໃຊ້ຕົວເລືອກຮູບແບບການປະຕິບັດ ACPICA. ເຫຼົ່ານີ້ສາມາດຖືກລະບຸເປັນເຄື່ອງໝາຍຈຸດທີ່ແຍກອອກ
ບັນຊີລາຍຊື່ຂອງຫນຶ່ງຫຼືຫຼາຍທາງເລືອກ. ທາງເລືອກທີ່ມີຢູ່ແມ່ນ: serialized (serialized
ການປະຕິບັດ AML), slack (ດໍາເນີນການໃນຮູບແບບ pedeantic ຫນ້ອຍ), ignore-errors (ບໍ່ສົນໃຈ ACPICA
ຂໍ້​ຍົກ​ເວັ້ນ​ຂໍ້​ຜິດ​ພາດ​)​, disable-auto-repair (ປິດ ACPICA ຈາກ​ການ​ແກ້​ໄຂ​ອັດ​ຕະ​ໂນ​ມັດ​
ການຄວບຄຸມ ACPICA ທີ່ແຕກຫັກ). ໃຫ້ສັງເກດວ່າຮູບແບບ slack ຈະເປີດຜົນຕອບແທນ implicit ຂອງ
ສູນວິທີການຄວບຄຸມເພື່ອພະຍາຍາມອະນຸຍາດໃຫ້ buggy AML ເຮັດວຽກຢູ່ໃນທີ່ບໍ່ແມ່ນ Windows
ລະບົບ.

--acpica-debug
ເປີດ​ໃຊ້​ງານ​ການ​ເຕືອນ​ໄພ​ດີ​ບັກ ACPICA ແລະ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ໃນ​ເວ​ລາ​ທີ່​ຮຽກ​ຮ້ອງ​ໃຫ້​ລະ​ບົບ​ຍ່ອຍ ACPICA​.
ນີ້ແມ່ນສ່ວນໃຫຍ່ແມ່ນສໍາລັບນັກພັດທະນາ fwts ເພື່ອຊ່ວຍຕິດຕາມບັນຫາການໂຕ້ຕອບ ACPICA
ກັບ fwts.

--ການປະຕິບັດຕາມ
ດໍາເນີນການພຽງແຕ່ການທົດສອບເຫຼົ່ານັ້ນໂດຍສະເພາະການກວດສອບການປະຕິບັດຕາມ ACPI
ຂໍ້ມູນສະເພາະ. ນີ້ອາດຈະເປັນຊຸດຍ່ອຍຂອງການທົດສອບ ACPI.

-ກ, --ທັງໝົດ
ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​ທັງ​ຫມົດ​.

--arch=ຊື່
ລະບຸສະຖາປັດຕະຍະກຳເປົ້າໝາຍທີ່ເຟີມແວກຳລັງຖືກທົດສອບ. ນີ້ອະນຸຍາດໃຫ້ fwts
ເພື່ອດໍາເນີນການໃນສະຖາປັດຕະຍະກໍາຫນຶ່ງ (ເຈົ້າພາບ) ແຕ່ເຮັດການທົດສອບທີ່ແຕກຕ່າງກັນ
ສະຖາປັດຕະຍະກໍາ (ເປົ້າຫມາຍ). ສະຕຣິງສະຖາປັດຕະຍະກຳທີ່ຮູ້ຈັກແມ່ນ: x86, x86_32, ຫຼື x86_64
ສໍາລັບ Intel; ia64 ສໍາລັບ Itanium; arm64 ຫຼື aarch64 ສໍາລັບ ARMv8. ເວັ້ນເສຍແຕ່ວ່າທາງເລືອກນີ້ແມ່ນ
ລະບຸໄວ້, ເປົ້າຫມາຍແມ່ນສົມມຸດວ່າຄືກັນກັບເຈົ້າພາບ.

-b, --ຊຸດ
ດໍາເນີນການທົດສອບ batch ທີ່ບໍ່ມີການໂຕ້ຕອບ. ການທົດສອບ batch ຮຽກຮ້ອງໃຫ້ມີການໂຕ້ຕອບຜູ້ໃຊ້ທີ່ບໍ່ມີ.

--batch-ທົດລອງ
ດໍາເນີນການພຽງແຕ່ການທົດສອບການທົດລອງ batch.

-- disassemble-aml
ຖອດລະຫັດ AML (ACPI machine language) byte. ນີ້ພະຍາຍາມ disassemble AML
ໃນຕາຕະລາງ DSDT ແລະ SSDT ແລະສ້າງແຫຼ່ງ DSDT.dsl ແລະ SSDTx.dsl.

-d, -- ຖິ້ມ
ສະກັດຂໍ້ມູນເຟີມແວແລະ dumps ມັນເຂົ້າໄປໃນໄຟລ໌ບັນທຶກ. ອັນນີ້ສ້າງ:
acpidump.log - ບັນຈຸ hex dump ຂອງຕາຕະລາງ ACPI (ເຊິ່ງສາມາດອ່ານໄດ້ໂດຍໃຊ້
acpixtract).
dmesg.log - ປະກອບດ້ວຍຂໍ້ຄວາມບັນທຶກ kernel ໃນປັດຈຸບັນ.
dmidecode.log - ມີຜົນຜະລິດຈາກ dmidecode.
lspci.log - ມີຜົນຜະລິດຈາກ lspci -vv -nn
cpuinfo.log - ມີຜົນຜະລິດຈາກ cat / proc / cpuinfo
README.txt - ປະກອບດ້ວຍເວລາແລະຂໍ້ມູນສະບັບ kernel.

--dumpfile=acpidump.log
ໂຫຼດຕາຕະລາງ ACPI ຈາກຜົນຜະລິດທີ່ສ້າງຂຶ້ນຈາກ acpidump ຫຼືຈາກ sudo fwts --dump. ໄດ້
ສຸດທ້າຍແມ່ນມັກເປັນ fwts --dump ແມ່ນສາມາດ dump ຕາຕະລາງຫຼາຍກ່ວາ acpidump. ນີ້
ອະ​ນຸ​ຍາດ​ໃຫ້​ຫນຶ່ງ​ເພື່ອ dump ຕາ​ຕະ​ລາງ​ຈາກ​ເຄື່ອງ​ຫນຶ່ງ​ແລະ​ປຸງ​ແຕ່ງ​ໃຫ້​ເຂົາ​ເຈົ້າ​ມີ fwts ກ່ຽວ​ກັບ​ເຄື່ອງ​ອື່ນ​
ເຄື່ອງຈັກ.

--uefi-get-var-multiple
ກໍານົດຈໍານວນເວລາທີ່ຈະໄດ້ຮັບຕົວແປໃນ uefirtvariable get variable
ການທົດສອບຄວາມກົດດັນ.

--uefi-set-var-multiple
ກໍານົດຈໍານວນເວລາທີ່ຈະກໍານົດຕົວແປໃນຕົວແປທີ່ກໍານົດໄວ້ uefirtvariable
ການທົດສອບຄວາມກົດດັນ.

--uefi-query-var-multiple
ລະບຸຈໍານວນເວລາເພື່ອສອບຖາມຕົວແປໃນ uefirtvariable query
ການທົດສອບຄວາມກົດດັນທີ່ປ່ຽນແປງໄດ້.

--filter-error-discard
ລະບຸຄວາມຜິດພາດທີ່ຄົນເຮົາຕ້ອງການບໍ່ສົນໃຈຢ່າງງຽບໆ. ອັນໜຶ່ງສະໜອງເຄື່ອງໝາຍຈຸດ
ບັນຊີລາຍຊື່ sperated ຂອງ fwts ປ້າຍຂໍ້ຄວາມຄວາມຜິດພາດທີ່ຫນຶ່ງຕ້ອງການ fwts ບໍ່ໃຫ້ລາຍງານເປັນ
ຄວາມຜິດພາດ. fwts ຈະດໍາເນີນການທົດສອບແຕ່ຖ້າມີຄວາມລົ້ມເຫລວໃນການທົດສອບແລະປ້າຍຊື່ກົງກັນ
ຫນຶ່ງທີ່ສະຫນອງໃຫ້ຢູ່ໃນບັນຊີລາຍຊື່ນີ້ fwts ຫຼັງຈາກນັ້ນພຽງແຕ່ຈະບໍ່ສົນໃຈຄວາມຜິດພາດນີ້. ອັນນີ້ບໍ່ສາມາດເປັນໄດ້
ໃຊ້ກັບ --filter-error-keep.

--filter-error-keep
ລະບຸຄວາມຜິດພາດທີ່ຄົນເຮົາຕ້ອງການຮັກສາໄວ້, ຂໍ້ຜິດພາດອື່ນໆທັງໝົດຈະຖືກລະເລີຍຢ່າງງຽບໆ.
ຫນຶ່ງສະຫນອງບັນຊີລາຍຊື່ comma sperated ຂອງປ້າຍຂໍ້ຄວາມຄວາມຜິດພາດ fwts ທີ່ຫນຶ່ງຕ້ອງການ fwts
ລາຍງານເປັນຂໍ້ຜິດພາດ, ຄວາມລົ້ມເຫຼວຂອງການທົດສອບອື່ນໆຈະບໍ່ຖືກລາຍງານ ແລະຖືກລະເລີຍຢ່າງງຽບໆ.
ອັນນີ້ບໍ່ສາມາດໃຊ້ກັບ --filter-error-discard.

-f, -- ບັງຄັບໃຫ້ສະອາດ
ສ້າງໄຟລ໌ບັນທຶກຜົນໄດ້ຮັບໃຫມ່, ແທນທີ່ຈະພຽງແຕ່ຕໍ່ທ້າຍກັບອັນທີ່ມີຢູ່ແລ້ວ
(ເລີ່ມຕົ້ນ).

-ຊ, - ຊ່ວຍ
ອອກໜ້າຊ່ວຍເຫຼືອພາຍໃນ.

-i, --ໂຕ້ຕອບ
ດໍາເນີນການທົດສອບແບບໂຕ້ຕອບ. ການທົດສອບເຫຼົ່ານີ້ຕ້ອງການການໂຕ້ຕອບຂອງຜູ້ໃຊ້.

--ໂຕ້ຕອບ-ທົດລອງ
ດໍາເນີນການທົດສອບແບບໂຕ້ຕອບເທົ່ານັ້ນ.

-j, --json-data-path
ລະບຸເສັ້ນທາງໄປຫາໄຟລ໌ຂໍ້ມູນ fwts json. ໄຟລ໌ເຫຼົ່ານີ້ມີຮູບແບບ json
ຕາຕະລາງການຕັ້ງຄ່າ, ຕົວຢ່າງເຊັ່ນຮູບແບບການສະແກນ klog.

-k, --klog=ໄຟລ໌
ອ່ານບັນທຶກ kernel ຈາກໄຟລ໌ທີ່ລະບຸໄວ້ແທນທີ່ຈະມາຈາກວົງແຫວນຂອງ kernel
ບັຟເຟີ. ນີ້ອະນຸຍາດໃຫ້ຫນຶ່ງດໍາເນີນການການທົດສອບການສະແກນບັນທຶກຂອງ kernel ເຊັ່ນ klog ຕໍ່
ຂໍ້ມູນບັນທຶກທີ່ລວບລວມໄວ້ກ່ອນ.

--log-fields
ສະ​ແດງ​ໃຫ້​ເຫັນ​ຊ່ອງ​ຂໍ້​ມູນ​ການ​ກັ່ນ​ຕອງ​ທີ່​ມີ​ຢູ່​. ການລະບຸຊ່ອງຂໍ້ມູນເຫຼົ່ານີ້ດ້ວຍ --log-filter
ເພື່ອເລືອກຊ່ອງຂໍ້ມູນໃດນຶ່ງທີ່ຕ້ອງການບັນທຶກ.

--log-filter
ລະບຸປະເພດສະເພາະຂອງຂໍ້ມູນບັນທຶກທີ່ຈະສົ່ງອອກເຂົ້າໃນໄຟລ໌ບັນທຶກ. ແຕ່ລະ
ເສັ້ນຂອງຂໍ້ມູນບັນທຶກຖືກແທັກດ້ວຍເຄື່ອງໝາຍພິເສດຂຶ້ນກັບປະເພດຂອງບັນທຶກ
ຂໍ້​ມູນ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຜະ​ລິດ​. ປະເພດທີ່ມີຢູ່ສາມາດເບິ່ງໄດ້ໂດຍການໃຊ້ --log-fields.
ລະບຸປະເພດບັນທຶກທີ່ຕ້ອງການດ້ວຍລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ເພື່ອປິດການນຳໃຊ້ຊ່ອງຂໍ້ມູນ, ໃຫ້ຄຳນຳໜ້າ
ຊື່ທີ່ມີ ~, ຕົວຢ່າງ:
--log-filter=RES,SUM ບັນທຶກພຽງແຕ່ຜົນໄດ້ຮັບ ແລະເສັ້ນສະຫຼຸບ.
--log-filter=ALL,~INF ບັນທຶກທຸກແຖວ ຍົກເວັ້ນສາຍຂໍ້ມູນ.

--log-format
ລະບຸຂໍ້ມູນໃນແຕ່ລະເສັ້ນບັນທຶກ. ຕົວລະບຸຕໍ່ໄປນີ້ແມ່ນມີຢູ່:
%date - ວັນທີ
% ເວລາ - ເວລາ
%field - log-filter fields
ເຈົ້າຂອງ - ຊື່ຂອງການທົດສອບປົກກະຕິ
%level - ລະດັບຄວາມລົ້ມເຫຼວຂອງການທົດສອບ
%line - ເສັ້ນບັນທຶກ
ເຊັ່ນ --log-format="%date %time [%field] (%owner): "

--log-level [ວິຈານ|ສູງ|ປານກາງ|ຕໍ່າ|ຂໍ້ມູນ|ທັງໝົດ]
ລະບຸລະດັບຄວາມລົ້ມເຫຼວຂອງການທົດສອບເພື່ອບັນທຶກ. ລະດັບຄວາມລົ້ມເຫຼວຂອງການທົດສອບເທົ່າກັບແລະສູງກວ່າ
ທີ່ລະບຸໄວ້ຖືກບັນທຶກແລະບັນທຶກເປັນຄວາມລົ້ມເຫລວ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 'ທັງໝົດ' (ເຊິ່ງແມ່ນ
ຄືກັນກັບ 'ຂໍ້ມູນ'). ຕົວຢ່າງ, ລະດັບບັນທຶກຂອງ 'ຂະຫນາດກາງ' ຈະພຽງແຕ່ການທົດສອບບັນທຶກ
ຄວາມລົ້ມເຫຼວຂອງລະດັບ 'ປານກາງ', 'ສູງ' ແລະ 'ສໍາຄັນ', ບ່ອນທີ່ເປັນລະດັບບັນທຶກຂອງ
'critical' ພຽງແຕ່ຈະບັນທຶກຄວາມລົ້ມເຫລວໃນລະດັບ 'ສໍາຄັນ'.

--log-type
ລະບຸປະເພດບັນທຶກ. ໃນປັດຈຸບັນ plaintext, json ແລະ xml ປະເພດບັນທຶກແມ່ນມີຢູ່ແລະ
ຄ່າເລີ່ມຕົ້ນແມ່ນ plaintext.

--lspci=ເສັ້ນທາງ
ລະບຸເສັ້ນທາງເຕັມແລະຊື່ໄຟລ໌ໄປຫາ lspci binary.

-P, --ລັດອຳນາດ
ດໍາເນີນການທົດສອບສະຖານະພະລັງງານ S3 ແລະ S4 (ການທົດສອບ s3, s4)

--results-no-separators
ບໍ່ມີການພິມທີ່ສວຍງາມຂອງຕົວແຍກອອກຕາມລວງນອນໃນໄຟລ໌ບັນທຶກຜົນໄດ້ຮັບ.

-r, --results-output=ຊື່ໄຟລ໌
ລະບຸໄຟລ໌ບັນທຶກຜົນໄດ້ຮັບ. ຫນຶ່ງຍັງສາມາດລະບຸ stdout ແລະ stderr to
ປ່ຽນເສັ້ນທາງໄປຫາກະແສຜົນຜະລິດເຫຼົ່ານີ້.

-R, --rsdp=ຟີດດຣ
ລະບຸທີ່ຢູ່ທາງດ້ານຮ່າງກາຍຂອງ ACPI RSDP. ນີ້ແມ່ນເປັນປະໂຫຍດໃນບາງລະບົບທີ່ມັນ
ບໍ່ສາມາດກວດພົບອັດຕະໂນມັດ.

--pm-method=ວິທີ
ລະບຸວິທີການພະລັງງານທີ່ຈະໃຊ້ເພື່ອເຂົ້າ S3 ຫຼື S4 (ຫຼື autodetection ຈະຖືກນໍາໃຊ້).
ຕົວລະບຸຕໍ່ໄປນີ້ແມ່ນມີຢູ່:
ເຂົ້າສູ່ລະບົບ - ວິທີການເລີ່ມຕົ້ນ, ບ່ອນທີ່ມີຢູ່ (ຕ້ອງການ dbus ແລະເຂົ້າສູ່ລະບົບ).
pm-utils - ວິທີການເລີ່ມຕົ້ນທີ່ຜ່ານມາ, ຕອນນີ້ຖືກຍົກເລີກແລ້ວ.
sysfs - ທາງເລືອກສຳຮອງ, ໃຊ້ເມື່ອເຂົ້າສູ່ລະບົບບໍ່ໄດ້.
ເຊັ່ນ --pm-method=sysfs

--s3-delay-delta=N
ເວລາທີ່ຈະເພີ່ມໃສ່ຄວາມລ່າຊ້າລະຫວ່າງ S3 ແຕ່ລະຄັ້ງ.

--s3-device-check
ກວດເບິ່ງຄວາມແຕກຕ່າງລະຫວ່າງການຕັ້ງຄ່າອຸປະກອນໃນໄລຍະຮອບວຽນ S3. ຫມາຍເຫດນີ້ເພີ່ມ 15
ວິນາທີຊັກຊ້າຫຼັງຈາກແຕ່ລະ s3 ສືບຕໍ່ເພື່ອໃຫ້ wifi ເຊື່ອມໂຍງຄືນ.

--s3-device-check-delay
ລະບຸເວລາລໍຖ້າໃນຂະນະທີ່ອຸປະກອນປັບຕັ້ງຄ່າຄືນໃໝ່ (ເຊັ່ນ: wifi ເພື່ອເຊື່ອມໂຍງຄືນໃໝ່,
ອີເທີເນັດເພື່ອເຊື່ອມຕໍ່..) ກ່ອນທີ່ຈະກວດສອບການຕັ້ງຄ່າອຸປະກອນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
15 ວິນາທີ. ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້, ການກວດສອບອຸປະກອນແມ່ນສົມມຸດວ່າອັນໃດອັນຫນຶ່ງບໍ່ໄດ້
ຍັງຈໍາເປັນຕ້ອງໃຊ້ທຸງ --s3-device-check.

--s3-ປະສົມ
ເປີດໃຊ້ fwts ເພື່ອແລ່ນ Hybrid Sleep.

--s3-min-delay=N
ເວລາຕໍ່າສຸດລະຫວ່າງ S3 ຊ້ຳ.

--s3-max-delay=N
ເວລາສູງສຸດລະຫວ່າງ S3 ຊ້ຳ.

--s3-multiple=N
ລະບຸຈໍານວນຂອງ S3 suspend / resume ຫຼາຍໆການທົດສອບທີ່ຈະດໍາເນີນການ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 2
ການທົດສອບ.

--s3-quirks=--quirk[,--quirk]
ລະບຸລາຍຊື່ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງອາກິວເມັນ quirk ເພື່ອສົ່ງໄປທີ່ pm-suspend, ສໍາລັບ
ຕົວຢ່າງ: --s3-quirks=--quirk-s3-bios,--quirk-save-pci

--s3-sleep-delay=N
ນອນ N ວິນາທີຈາກຈຸດເລີ່ມຕົ້ນຂອງ suspend ເຖິງເວລາ wakeup. ໃຫ້ສັງເກດວ່ານີ້
ເວລາຈະຕ້ອງດົນກວ່າເວລາທີ່ມັນໃຊ້ເວລາເພື່ອໂຈະເຄື່ອງຖ້າບໍ່ດັ່ງນັ້ນ,
ໂມງຈັບເວລາປຸກຈະດັງໃນລະຫວ່າງສະຖານະລະງັບ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 30 ວິນາທີ.

--s3-suspend-time=N
ລະບຸເວລາໂຈະສູງສຸດທີ່ອະນຸຍາດເປັນວິນາທີ. ຖ້າ suspend ໃຊ້ເວລາດົນກວ່າ
ນີ້ຫຼັງຈາກນັ້ນຄວາມຜິດພາດຖືກບັນທຶກ.

--s3-resume-time=N
ລະບຸເວລາຊີວະປະຫວັດສູງສຸດທີ່ອະນຸຍາດໃຫ້ເປັນວິນາທີ. ຖ້າ resume ໃຊ້ເວລາດົນກວ່າ
ນີ້ຫຼັງຈາກນັ້ນຄວາມຜິດພາດຖືກບັນທຶກ.

--s3power-sleep-delay=N
ລະບຸໄລຍະເວລາໂຈະເປັນວິນາທີ. ມູນຄ່າທີ່ສູງຂຶ້ນແມ່ນຖືກຕ້ອງຫຼາຍ
ຜົນ​ການ​ທົດ​ສອບ s3power​. ໄລຍະເວລາຫນ້ອຍກວ່າ 10 ນາທີແມ່ນບໍ່ແນະນໍາ.

--s4-delay-delta=N
ເວລາທີ່ຈະເພີ່ມໃສ່ຄວາມລ່າຊ້າລະຫວ່າງ S4 ແຕ່ລະຄັ້ງ.

--s4-device-check
ກວດເບິ່ງຄວາມແຕກຕ່າງລະຫວ່າງການຕັ້ງຄ່າອຸປະກອນໃນໄລຍະຮອບວຽນ S4. ຫມາຍເຫດນີ້ເພີ່ມ 15
ວິນາທີຊັກຊ້າຫຼັງຈາກແຕ່ລະ s3 ສືບຕໍ່ເພື່ອໃຫ້ wifi ເຊື່ອມໂຍງຄືນ.

--s4-device-check-delay
ລະບຸເວລາລໍຖ້າໃນຂະນະທີ່ອຸປະກອນປັບຕັ້ງຄ່າຄືນໃໝ່ (ເຊັ່ນ: wifi ເພື່ອເຊື່ອມໂຍງຄືນໃໝ່,
ອີເທີເນັດເພື່ອເຊື່ອມຕໍ່..) ກ່ອນທີ່ຈະກວດສອບການຕັ້ງຄ່າອຸປະກອນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
15 ວິນາທີ. ຖ້າຕົວເລືອກນີ້ຖືກນໍາໃຊ້, ການກວດສອບອຸປະກອນແມ່ນສົມມຸດວ່າອັນໃດອັນຫນຶ່ງບໍ່ໄດ້
ຍັງຈໍາເປັນຕ້ອງໃຊ້ທຸງ --s4-device-check.

--s4-min-delay=N
ເວລາຕໍ່າສຸດລະຫວ່າງ S4 ຊ້ຳ.

--s4-max-delay=N
ເວລາສູງສຸດລະຫວ່າງ S4 ຊ້ຳ.

--s4-multiple=N
ລະບຸຈໍານວນການທົດສອບ S4 hibernate/Resume ຫຼາຍອັນເພື່ອດໍາເນີນການ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 2
ການທົດສອບ.

--s4-quirks=--quirk[,--quirk]
ລະບຸລາຍຊື່ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງອາກິວເມັນ quirk ເພື່ອສົ່ງໄປທີ່ pm-hibernate, ສໍາລັບ
ຕົວຢ່າງ: --s4-quirks=--quirk-save-pci

--s4-sleep-delay=N
ນອນ N ວິນາທີຈາກຈຸດເລີ່ມຕົ້ນຂອງ hibernate ເຖິງເວລາຕື່ນນອນ. ໃຫ້ສັງເກດວ່ານີ້
ເວລາຈະຕ້ອງດົນກວ່າເວລາທີ່ມັນໃຊ້ເພື່ອ hibernate ເຄື່ອງຖ້າບໍ່ດັ່ງນັ້ນ
ໂມງຈັບເວລາປຸກຈະດັບໄຟໃນລະຫວ່າງສະຖານະ hibernate. ໃນປັດຈຸບັນຄ່າເລີ່ມຕົ້ນແມ່ນ 90
ວິນາທີ.

-p, --ສະແດງ-ຄວາມຄືບໜ້າ
ສະແດງໃຫ້ເຫັນຄວາມຄືບຫນ້າຂອງການທົດສອບກໍາລັງດໍາເນີນ. ແຕ່ລະການທົດສອບຈະຖືກກໍານົດຍ້ອນວ່າມັນເປັນ
ແລ່ນ. ສໍາລັບການທົດສອບຍາວ, ເປີເຊັນຂອງເວລາສໍາເລັດຈະສະແດງ. ໃນຖານະເປັນຂອງ fwts
0.19.06 ນີ້ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນແລະສາມາດຖືກປິດໃຊ້ງານດ້ວຍ --quiet (ຫຼື -q).

-q, --ງຽບ
ດໍາເນີນການຢ່າງງຽບໆໂດຍບໍ່ມີຜົນຜະລິດທີ່ຈະ stdout.

-D, --show-progress-dialog
ຜົນໄດ້ຮັບຄວາມຄືບຫນ້າຂອງການທົດສອບທີ່ດໍາເນີນຢູ່ໃນຮູບແບບທີ່ສາມາດຖືກທໍ່ເຂົ້າໄປໃນກ່ອງໂຕ້ຕອບ
ເຄື່ອງມືທີ່ມີທາງເລືອກ --gauge.

- ແມ່ນແລ້ວ, --show-tests
ສະແດງຊື່ຂອງການທົດສອບທີ່ມີຢູ່. ໂດຍຄ່າເລີ່ມຕົ້ນຈະສະແດງການທົດສອບທັງຫມົດ. ໃຊ້ --batch,
--interactive, --batch-experimental, --interactive-experimental, --utils ທາງເລືອກໃນການ
ສະແດງໃຫ້ເຫັນການທົດສອບສະເພາະເຫຼົ່ານີ້.

--show-tests-full
ສະ​ແດງ​ໃຫ້​ເຫັນ​ການ​ທົດ​ສອບ​ທັງ​ຫມົດ​ທີ່​ມີ​ລາຍ​ການ​ໂດຍ​ການ​ອະ​ທິ​ບາຍ​ການ​ທົດ​ສອບ​ເລັກ​ນ້ອຍ​. ໂດຍຄ່າເລີ່ມຕົ້ນຈະສະແດງ
ການ​ທົດ​ສອບ​ທັງ​ຫມົດ​. ໃຊ້ --batch, --interactive, --batch-experimental,
--interactive-experimental options ເພື່ອສະແດງການທົດສອບສະເພາະເຫຼົ່ານີ້.

--show-tests-categories
ສະ​ແດງ​ໃຫ້​ເຫັນ​ການ​ທົດ​ສອບ​ທັງ​ຫມົດ​ທີ່​ມີ​ຢູ່​ແລະ​ປະ​ເພດ​ທີ່​ເຂົາ​ເຈົ້າ​ເປັນ​ຂອງ​.

--skip-test=test[,test..]
ລະບຸການທົດສອບເພື່ອຂ້າມ ແລະບໍ່ໄດ້ແລ່ນ. ລາຍຊື່ຈະຕ້ອງຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ.

--stdout-ສະຫຼຸບ
ຜົນໄດ້ຮັບ SUCCESS ຫຼື FAILED ໃນການ stdout ໃນຕອນທ້າຍຂອງການທົດສອບ.

-t, --table-path=ເສັ້ນທາງ
ລະບຸເສັ້ນທາງທີ່ມີຕາຕະລາງ ACPI. ຕາຕະລາງເຫຼົ່ານີ້ຈໍາເປັນຕ້ອງມີຊື່ຢູ່ໃນ
ຮູບແບບ: tablename.dat, ຕົວຢ່າງ DSDT.dat, ສໍາລັບການຍົກຕົວຢ່າງ, ເປັນສະກັດໂດຍໃຊ້
acpidump ຫຼື fwts --dump ແລະຫຼັງຈາກນັ້ນ acpixtract.

-u, --utils
ດໍາ​ເນີນ​ການ​ອຸ​ປະ​ກອນ​. ອອກແບບມາເພື່ອ dump ຂໍ້ມູນລະບົບ, ເຊັ່ນ: ຕາຕະລາງ ACPI ອະທິບາຍ,
ໜ່ວຍຄວາມຈຳ CMOS, ແຜນທີ່ໜ່ວຍຄວາມຈຳ Int 15 E820, ຂໍ້ມູນ ROM ເຟີມແວ.

- ໃນ​, - ການປ່ຽນແປງ
ຈໍານວນສະບັບຜົນຜະລິດແລະວັນທີສ້າງຂອງ fwts ເຄື່ອງມື.

-w, --width=N
ລະບຸຄວາມກວ້າງໃນຕົວອັກສອນຂອງ logfile ຜົນຜະລິດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 130.

ຕົວຢ່າງ

ດຳ​ເນີນ​ການ​ທົດ​ສອບ batch ທັງ​ຫມົດ​ແລະ​ເພີ່ມ​ຜົນ​ໄດ້​ຮັບ​ເຂົ້າ​ໄປ​ໃນ​ຕອນ​ຕົ້ນ​ຂອງ​ບັນ​ທຶກ results.log​:
sudo fwts

ດໍາເນີນການທົດສອບແບບໂຕ້ຕອບທັງໝົດ ແລະເລີ່ມບັນທຶກຜົນລັບທີ່ສະອາດທີ່ເອີ້ນວ່າ interactive.log:
sudo fwts -i -f -r interactive.log

ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​ທັງ​ຫມົດ​, ການ​ໂຕ້​ຕອບ​ແລະ batch​:
sudo fwts -i -b

ດໍາເນີນການພຽງແຕ່ຫມໍ້ໄຟແລະການທົດສອບ cpureq:
sudo fwts ຫມໍ້ໄຟ cpufrek

ດໍາເນີນການທົດສອບ batch ທັງຫມົດແລະກໍານົດຮູບແບບບັນທຶກໃຫມ່ໂດຍໃຊ້ພຽງແຕ່ວັນທີແລະເລກແຖວ:
sudo fwts --log-format="%date %line: "

ດໍາເນີນການທົດສອບແບບໂຕ້ຕອບທັງຫມົດແລະບັນທຶກພຽງແຕ່ຜົນໄດ້ຮັບ, ຂໍ້ມູນແລະຂໍ້ມູນສະຫຼຸບ:
sudo fwts -i --log-filter=RES,INF,SUM

ຖິ້ມຂໍ້ມູນເຟີມແວທີ່ໜ້າສົນໃຈທັງໝົດເຂົ້າໄປໃນໄຟລ໌ບັນທຶກເພື່ອວິເຄາະໃນພາຍຫຼັງ:
sudo fwts --dump

ເບິ່ງ kernel ແລະ ACPI driver version ແລະຂໍ້ມູນ BIOS:
sudo fwts -w 80 -r stdout ລຸ້ນ bios_info --log-filter=INF --log-format=""

ສະ​ແດງ​ການ​ທົດ​ສອບ batch ແລະ batch​:
fwts --show-tests --batch --batch-experimental

ດໍາເນີນການທົດສອບ S3 ຫຼາຍຄັ້ງດ້ວຍຄວາມລ່າຊ້າລະຫວ່າງແຕ່ລະການທົດສອບຕັ້ງແຕ່ 1 ວິນາທີຫາ 10 ວິນາທີ
ມີການຊັກຊ້າ delta ຕໍ່ການທົດສອບ 0.2 ວິນາທີ
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-delay-delta=0.2

ໃຊ້ fwts ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net