[xen stable-4.19] x86/emul: dump unhandled memory accesses for PVH dom0

[patchbot@xxxxxxx]

commit c6366b64dd498727bfb0e3aacc37c6db6d7242f1
Author:     Roger Pau Monné <roger.pau@xxxxxxxxxx>
AuthorDate: Thu Mar 20 13:15:48 2025 +0100
Commit:     Jan Beulich <jbeulich@xxxxxxxx>
CommitDate: Thu Mar 20 13:15:48 2025 +0100

    x86/emul: dump unhandled memory accesses for PVH dom0
    
    A PV dom0 can map any host memory as long as it's allowed by the IO
    capability range in d->iomem_caps.  On the other hand, a PVH dom0 has no
    way to populate MMIO region onto it's p2m, so it's limited to what Xen
    initially populates on the p2m based on the host memory map and the enabled
    device BARs.
    
    Introduce a new debug build only printk that reports attempts by dom0 to
    access addresses not populated on the p2m, and not handled by any emulator.
    This is for information purposes only, but might allow getting an idea of
    what MMIO ranges might be missing on the p2m.
    
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    master commit: 43d8a80a0cccfe3715bb3178b5c15fb983979651
    master date: 2025-03-05 10:26:46 +0100
---
 xen/arch/x86/hvm/emulate.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
index fb4de6ee0a..2664fe0c71 100644
--- a/xen/arch/x86/hvm/emulate.c
+++ b/xen/arch/x86/hvm/emulate.c
@@ -337,6 +337,9 @@ static int hvmemul_do_io(
         /* If there is no suitable backing DM, just ignore accesses */
         if ( !s )
         {
+            if ( is_mmio && is_hardware_domain(currd) )
+                gdprintk(XENLOG_DEBUG, "unhandled memory %s %#lx size %u\n",
+                         dir ? "read from" : "write to", addr, size);
             rc = hvm_process_io_intercept(&null_handler, &p);
             vio->req.state = STATE_IOREQ_NONE;
         }
--
generated by git-patchbot for /home/xen/git/xen.git#stable-4.19