Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

Documentation: s390-diag.rst: Document diag500(STORAGE LIMIT) subfunction

Let's document our new diag500 subfunction that can be implemented by
userspace.

Signed-off-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Heiko Carstens <hca@linux.ibm.com>
Reviewed-by: Eric Farman <farman@linux.ibm.com>
Tested-by: Sumanth Korikkar <sumanthk@linux.ibm.com>
Acked-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Link: https://lore.kernel.org/r/20241025141453.1210600-3-david@redhat.com
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>

authored by

David Hildenbrand and committed by
Heiko Carstens
e5d94902 b7cfc045

+17
+17
Documentation/virt/kvm/s390/s390-diag.rst
··· 80 80 81 81 See also the virtio standard for a discussion of this hypercall. 82 82 83 + Subcode 4 - storage-limit 84 + Handled by userspace. 85 + 86 + After completion of the DIAGNOSE call, general register 2 will 87 + contain the storage limit: the maximum physical address that might be 88 + used for storage throughout the lifetime of the VM. 89 + 90 + The storage limit does not indicate currently usable storage, it may 91 + include holes, standby storage and areas reserved for other means, such 92 + as memory hotplug or virtio-mem devices. Other interfaces for detecting 93 + actually usable storage, such as SCLP, must be used in conjunction with 94 + this subfunction. 95 + 96 + Note that the storage limit can be larger, but never smaller than the 97 + maximum storage address indicated by SCLP via the "maximum storage 98 + increment" and the "increment size". 99 + 83 100 84 101 DIAGNOSE function code 'X'501 - KVM breakpoint 85 102 ----------------------------------------------