diff --git a/docs/source/developers/guides/code/genesis_openembedded_plan.rst b/docs/source/developers/guides/code/genesis_openembedded_plan.rst
index 7d05bfb8a..5b89a4e6a 100644
--- a/docs/source/developers/guides/code/genesis_openembedded_plan.rst
+++ b/docs/source/developers/guides/code/genesis_openembedded_plan.rst
@@ -105,6 +105,9 @@ The ``s390x`` image uses virtio networking under QEMU.  QEMU does not emulate
 qeth, so the activation service exits without changing the virtio interface.
 Physical LPAR and z/VM Genesis networking remain unvalidated.
 Genesis does not use the shared CEC serial as an s390x node identifier.
+QEMU guests report themselves as virtual nodes, so sequential and switch
+discovery ignore them.  Use profile discovery or assign a pending discovery
+record with ``nodediscoverdef``.
 QEMU validation covers network IPL, DHCP option 209, TFTP, and the
 network-specific ``pxelinux.cfg``-style configuration written by ``mknb``.
 This release does not advertise a DPM boot configuration.
diff --git a/docs/source/guides/admin-guides/references/man8/mknb.8.rst b/docs/source/guides/admin-guides/references/man8/mknb.8.rst
index f64294fee..8a925e657 100644
--- a/docs/source/guides/admin-guides/references/man8/mknb.8.rst
+++ b/docs/source/guides/admin-guides/references/man8/mknb.8.rst
@@ -50,7 +50,7 @@ riscv64 nodes boot through UEFI firmware and grub2. For riscv64, \ **mknb**\  pu
 
 QEMU s390-ccw guests receive a network-specific \ ``pxelinux.cfg``\ -style configuration through DHCP option 209. The firmware resolves this name below \ ``pxelinux.cfg``\ . Leave \ ``noderes.netboot``\  unset while a QEMU s390x node uses Genesis discovery. s390x Genesis does not use the shared IBM Z machine serial as a node identifier. On physical IBM Z, Genesis accepts \ ``rd.znet=qeth,read,write,data[,option=value]``\  and activates qeth before NetworkManager starts. Without \ ``rd.znet``\ , it activates unconfigured qeth devices in layer 2 mode. Devices reported as configured by \ ``znetconf``\  are not regrouped. Genesis does not import DPM auto-configuration data. Layer 3 and IP-mode VSWITCH configurations require \ ``layer2=0``\ . QEMU validation covers network IPL through Genesis startup; the discovery exchange with xcatd remains unvalidated for s390x. Legacy xCAT z/VM operating-system provisioning remains unchanged. Physical LPAR and z/VM Genesis networking remain unvalidated because QEMU does not emulate qeth.
 
-Run \ **makedhcp -n**\  after installing the s390x image and before booting s390x nodes. This adds the required DHCP option to existing configurations.
+Run \ **makedhcp -n**\  after installing the s390x image and before booting s390x nodes. This regenerates the DHCP configuration with the required option.
 
 
 *******
diff --git a/xCAT-client/pods/man8/mknb.8.pod b/xCAT-client/pods/man8/mknb.8.pod
index bd37db74f..6ea2b7077 100644
--- a/xCAT-client/pods/man8/mknb.8.pod
+++ b/xCAT-client/pods/man8/mknb.8.pod
@@ -32,7 +32,7 @@ riscv64 nodes boot through UEFI firmware and grub2. For riscv64, B<mknb> publish
 
 QEMU s390-ccw guests receive a network-specific C<pxelinux.cfg>-style configuration through DHCP option 209. The firmware resolves this name below C<pxelinux.cfg>. Leave C<noderes.netboot> unset while a QEMU s390x node uses Genesis discovery. s390x Genesis does not use the shared IBM Z machine serial as a node identifier. On physical IBM Z, Genesis accepts C<rd.znet=qeth,read,write,data[,option=value]> and activates qeth before NetworkManager starts. Without C<rd.znet>, it activates unconfigured qeth devices in layer 2 mode. Devices reported as configured by C<znetconf> are not regrouped. Genesis does not import DPM auto-configuration data. Layer 3 and IP-mode VSWITCH configurations require C<layer2=0>. QEMU validation covers network IPL through Genesis startup; the discovery exchange with xcatd remains unvalidated for s390x. Legacy xCAT z/VM operating-system provisioning remains unchanged. Physical LPAR and z/VM Genesis networking remain unvalidated because QEMU does not emulate qeth.
 
-Run B<makedhcp -n> after installing the s390x image and before booting s390x nodes. This adds the required DHCP option to existing configurations.
+Run B<makedhcp -n> after installing the s390x image and before booting s390x nodes. This regenerates the DHCP configuration with the required option.
 
 =head1 OPTIONS