[kvm-unit-tests PATCH] s390x: Fix typos

[kvm-unit-tests PATCH] s390x: Fix typos

[Christoph Schlameuss]

Fix typos that have been discovered with the "codespell" utility.

Signed-off-by: Christoph Schlameuss <schlameuss@linux.ibm.com>
---
 lib/acpi.c           | 2 +-
 lib/s390x/css_dump.c | 4 ++--
 s390x/adtl-status.c  | 2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/lib/acpi.c b/lib/acpi.c
index 0440cddb9b54..4c820e1759c7 100644
--- a/lib/acpi.c
+++ b/lib/acpi.c
@@ -79,7 +79,7 @@ void *find_acpi_table_addr(u32 sig)
 		return xsdt;
 
 	/*
-	 * When the system implements APCI 2.0 and above and XSDT is valid we
+	 * When the system implements ACPI 2.0 and above and XSDT is valid we
 	 * have use XSDT to find other ACPI tables, otherwise, we use RSDT.
 	 */
 	if (xsdt) {
diff --git a/lib/s390x/css_dump.c b/lib/s390x/css_dump.c
index 2268086514ed..86f84e0cbcd3 100644
--- a/lib/s390x/css_dump.c
+++ b/lib/s390x/css_dump.c
@@ -12,9 +12,9 @@
  * - ORB  : Operation request block, describes the I/O operation and points to
  *          a CCW chain
  * - CCW  : Channel Command Word, describes the command, data and flow control
- * - IRB  : Interuption response Block, describes the result of an operation;
+ * - IRB  : Interruption response Block, describes the result of an operation;
  *          holds a SCSW and model-dependent data.
- * - SCHIB: SubCHannel Information Block composed of:
+ * - SCHIB: SubChannel Information Block composed of:
  *   - SCSW: SubChannel Status Word, status of the channel.
  *   - PMCW: Path Management Control Word
  * You need the QEMU ccw-pong device in QEMU to answer the I/O transfers.
diff --git a/s390x/adtl-status.c b/s390x/adtl-status.c
index 2db650a13fec..aa1c4e9e06be 100644
--- a/s390x/adtl-status.c
+++ b/s390x/adtl-status.c
@@ -265,7 +265,7 @@ static void __store_adtl_status_vector_lc(unsigned long lc)
 	 * To avoid the floating point/vector registers being cleaned up, we
 	 * stopped CPU1 right in the middle of a function. Hence the cleanup of
 	 * the function didn't run yet and the stackpointer is messed up.
-	 * Destroy and re-initalize the CPU to fix that.
+	 * Destroy and re-initialize the CPU to fix that.
 	 */
 	smp_cpu_destroy(1);
 	smp_cpu_setup(1, PSW_WITH_CUR_MASK(test_func));

---
base-commit: c634d671b1801a97b774e6601a9f6774557541d8
change-id: 20260427-typos-7c7b3887012e

Best regards,
-- 
Christoph Schlameuss <schlameuss@linux.ibm.com>