[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH RFCv3 4/9] s390x: prepare for more diag500 hypercalls
From: |
Christian Borntraeger |
Subject: |
Re: [PATCH RFCv3 4/9] s390x: prepare for more diag500 hypercalls |
Date: |
Mon, 27 Jul 2020 12:45:49 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 |
On 27.07.20 11:42, Cornelia Huck wrote:
> On Fri, 24 Jul 2020 16:37:45 +0200
> David Hildenbrand <david@redhat.com> wrote:
>
>> Let's generalize, abstacting the virtio bits. diag500 is now a generic
>> hypercall to handle QEMU/KVM specific things. Explicitly specify all
>> already defined subcodes, including legacy ones (so we know what we can
>> use for new hypercalls). While at it, move exception handling into the
>> handler.
>
> IIRC, diag 500 had been reserved as "KVM stuff" and not just "virtio
> stuff", so that should be fine.
>
> The kernel documentation explicitly talks about "KVM virtio functions",
> though; you may want to tweak this (and also add a reference to any new
> subcodes.)
>
> [Do we have a good resting place for documenting non-virtio-specific
> subcodes?]
>
We have reserved 500-507 for KVM and 500 is marked as "KVM hypervisor call".
As 501 was gdb breakpoint, you could use 502,503 or just a new subcode
for 500.
- [PATCH RFCv3 0/9] s390x: initial support for virtio-mem, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 2/9] s390x/diag: no need to check for PGM_PRIVILEGED in diag308, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 1/9] s390x: move setting of maximum ram size to machine init, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 4/9] s390x: prepare for more diag500 hypercalls, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 5/9] s390x: rename s390-virtio-hcall* to s390-hypercall*, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 7/9] s390x: prepare device memory address space, David Hildenbrand, 2020/07/24
- [PATCH RFCv3 6/9] s390x/diag: subcode to query device memory region, David Hildenbrand, 2020/07/24