Overview & identity
The checked modern PCI rule maps 1af4:1045 to virtio type 5 (balloon). This is a virtual function identity, not the host hardware model. Transitional PCI IDs use a different subsystem-ID rule and are deliberately not inferred here.
- Curated identifiers
pci 1af4:1045
A numeric match establishes a candidate family within the reviewed evidence. Marketing names, board variants, subsystem conditions and successful operation remain separate questions.
Driver & binding
virtio_balloon handles type 5 and negotiates memory-management features with the host. A PCI match alone does not say whether the balloon is inflated, whether free-page reporting is active, or how much memory the host reclaimed. lspci can therefore correctly report virtio-pci while the child function is bound to virtio_balloon.
virtio_pci— kernel driver/module candidatevirtio_balloon— kernel driver/module candidate
Firmware
No host payload established here
No external firmware filename was established in the checked driver path. This does not describe firmware stored inside the device.
Read-only diagnostics
Run one displayed command at a time. Replace uppercase placeholders with the affected device, interface or module from your own output. Commands are never executed here. Read-only output can still contain private identifiers.
Inspect the PCI function and binding
lspci -nnk -s BDFReplace BDF with the complete address, for example 0000:00:14.0. This read-only query needs pciutils and normally no sudo. “Kernel driver in use” is observed binding; “Kernel modules” lists candidates.
Inspect the virtio child function driver
ls -l /sys/bus/pci/devices/BDF/virtio*/driverReplace BDF with the full observed PCI address. Read the child driver link without sudo; virtio_pci is the PCI transport, while this link belongs to the function driver. A missing child or link means that this layer was not observed.
Read guest memory accounting
cat /proc/meminfoRead current guest counters without sudo. MemAvailable describes the guest’s estimate, not the amount assigned or reclaimed by a hypervisor; correlate it with workload and host observations.
Limitations & related issues
Guest memory pressure has many causes and must be correlated with host policy. Module presence and MemAvailable are useful context but cannot quantify host reclamation by themselves.
These guides are linked for relevant observations, not as known defects of every device in this family.
- Memory reclaim stalls interactive work · First documented next step
- Swap activity causes repeated interactive pauses · First documented next step
Choose a hardware diagnostic workflow · Inspect a log excerpt in Fix Lab
References
Source review records a checked implementation or document, not a reproduced hardware test. Version-specific tables do not establish a minimum kernel or guaranteed operation.
- Linux: drivers/virtio/virtio_pci_common.c
Reviewed upstream source
virtio_pci_id_table[] - Linux: drivers/virtio/virtio_pci_modern_dev.c
Reviewed upstream source
mdev->id.device = pci_dev->device - 0x1040; - Linux: include/uapi/linux/virtio_ids.h
Reviewed upstream source
#define VIRTIO_ID_BALLOON - Linux: drivers/virtio/virtio_balloon.c
Reviewed upstream source
{ VIRTIO_ID_BALLOON, - Linux: Documentation/driver-api/virtio/virtio.rst
Project or distribution documentation
Device discovery and probing