From: Anthony Krowiak <akrowiak@linux.ibm.com>
To: "Jason J. Herne" <jjherne@linux.ibm.com>,
linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org,
kvm@vger.kernel.org
Cc: borntraeger@de.ibm.com, mjrosato@linux.ibm.com,
pasic@linux.ibm.com, alex@shazbot.org, kwankhede@nvidia.com,
fiuczy@linux.ibm.com, pbonzini@redhat.com, frankja@linux.ibm.com,
imbrenda@linux.ibm.com, agordeev@linux.ibm.com,
hca@linux.ibm.com, gor@linux.ibm.com
Subject: Re: [PATCH v7 14/15] s390/vfio-ap: Add 'migratable' feature to sysfs 'features' attribute
Date: Wed, 7 Oct 2026 08:06:25 -0400 [thread overview]
Message-ID: <f50d6afd-a54d-4bd9-a745-6bced1e6e86a@linux.ibm.com> (raw)
In-Reply-To: <8b8dc348-ac31-4dbe-a518-9563d5414f09@linux.ibm.com>
On 8/20/26 9:01 AM, Jason J. Herne wrote:
>
>
> On 8/7/26 6:18 PM, Anthony Krowiak wrote:
>> Add the 'migratable' feature to the features provided by the sysfs
>> /sys/devices/vfio_ap/matrix/feature attribute to indicate that migration
>> of vfio devices is supported. Since live guest migration is not
>> supported
>> for SE guests, the 'migratable' feature will not be included when the
>> feature attribute is displayed.
>>
>> Signed-off-by: Anthony Krowiak <akrowiak@linux.ibm.com>
>> ---
>> drivers/s390/crypto/vfio_ap_drv.c | 14 +++++++++++++-
>> 1 file changed, 13 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/s390/crypto/vfio_ap_drv.c
>> b/drivers/s390/crypto/vfio_ap_drv.c
>> index 8e69ed286bb9..abfb34421d74 100644
>> --- a/drivers/s390/crypto/vfio_ap_drv.c
>> +++ b/drivers/s390/crypto/vfio_ap_drv.c
>> @@ -26,9 +26,21 @@ MODULE_LICENSE("GPL v2");
>> struct ap_matrix_dev *matrix_dev;
>> debug_info_t *vfio_ap_dbf_info;
>> +#define VFIO_AP_DRV_FEATURES "guest_matrix hotplug ap_config
>> migratable"
>> +#define SE_GUEST_FEATURES "guest_matrix hotplug ap_config"
>> +
>> static ssize_t features_show(struct device *dev, struct
>> device_attribute *attr, char *buf)
>> {
>> - return sysfs_emit(buf, "guest_matrix hotplug ap_config\n");
>> + /*
>> + * If the system running is an SE guest, it will support a
>> different
>> + * set of features; for example, it will not support live guest
>> + * migration
>> + */
>> + if (ap_is_se_guest())
>> + return sysfs_emit(buf, "%s\n", SE_GUEST_FEATURES);
>
> ap_is_se_guest() is defined like this:
> is_prot_virt_guest() && ap_sb_available();
>
> is_prot_virt_guest() makes sense, this tells is this is actually a
> secured guest.
>
> But ap_sb_available() "Returns 1 if secure binding facility is
> available".
>
> What do we want to happen here if is_prot_virt_guest() = TRUE while
> ap_sb_available() = FALSE? Have you considered this scenario?
>
> Also, the code would be a bit more extendible if you emitted the
> static string of always supported features, and then if(se) emit the
> string of se support features prepended with a space. Then new feature
> updates only have a single string to modify, so no risk of
> accidentally missing one.
Is this what you had in mind?
#define VFIO_AP_BASE_FEATURES "guest_matrix hotplug ap_config"
#define VFIO_AP_SE_EXCLUDED_FEATURES "migration"
if (ap_is_se_guest)
sysfs_emit(buf, "%s\n", VFIO_AP_BASE_FEATURES);
else
sysfs_emit(buf, "%s %s\n", VFIO_AP_SE_EXCLUDED_FEATURES);
>
> Also, I'd consider using "migrate" or "migration" as they match
> existing feature designations better. We did not use hotpluggable :)
>
>> +
>> + /* Return all features supported by the vfio_ap device driver */
>> + return sysfs_emit(buf, "%s\n", VFIO_AP_DRV_FEATURES);
>> }
>> static DEVICE_ATTR_RO(features);
>
>
next prev parent reply other threads:[~2026-10-07 12:06 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-07 22:18 [PATCH v7 00/15] s390/vfio-ap: Add live guest migration support Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 01/15] s390/vfio-ap: Provide function to get the number of queues assigned to mdev Anthony Krowiak
2026-08-10 13:14 ` Jason J. Herne
2026-08-24 15:31 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 02/15] s390/vfio-ap: Data structures for facilitating vfio device migration Anthony Krowiak
2026-08-10 13:45 ` Jason J. Herne
2026-10-05 15:18 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 03/15] s390/vfio-ap: Functions to initialize/release vfio device migration data Anthony Krowiak
2026-08-11 13:57 ` Jason J. Herne
2026-10-05 15:24 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 04/15] s390/vfio-ap: Reset migration state in VFIO_DEVICE_RESET ioctl handler Anthony Krowiak
2026-08-11 17:05 ` Jason J. Herne
2026-10-05 18:52 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 05/15] s390/vfio-ap: Callback to get/set vfio device mig state during guest migration Anthony Krowiak
2026-08-12 16:04 ` Jason J. Herne
2026-10-05 20:42 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 06/15] s390/vfio-ap: Transition guest migration state from STOP to STOP_COPY Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 07/15] s390/vfio-ap: File ops called to save the vfio device migration state Anthony Krowiak
2026-08-13 15:08 ` Jason J. Herne
2026-10-05 21:55 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 08/15] s390/vfio-ap: Transition device migration state from STOP to RESUMING Anthony Krowiak
2026-08-18 14:47 ` Jason J. Herne
2026-10-06 14:43 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 09/15] s390/vfio-ap: Add method to set a new guest AP configuration Anthony Krowiak
2026-08-19 13:25 ` Jason J. Herne
2026-10-07 13:46 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 10/15] s390/vfio-ap: File ops called to resume the vfio device migration Anthony Krowiak
2026-08-19 17:49 ` Jason J. Herne
2026-10-06 14:54 ` Anthony Krowiak
2026-08-07 22:18 ` [PATCH v7 11/15] s390/vfio-ap: Transition device migration state to STOP Anthony Krowiak
2026-08-20 12:43 ` Jason J. Herne
2026-08-07 22:18 ` [PATCH v7 12/15] s390/vfio-ap: Transition device migration state from STOP to RUNNING and vice versa Anthony Krowiak
2026-08-20 12:45 ` Jason J. Herne
2026-08-07 22:18 ` [PATCH v7 13/15] s390/vfio-ap: Callback to get the size of data to be migrated during guest migration Anthony Krowiak
2026-08-20 12:52 ` Jason J. Herne
2026-08-07 22:18 ` [PATCH v7 14/15] s390/vfio-ap: Add 'migratable' feature to sysfs 'features' attribute Anthony Krowiak
2026-08-20 13:01 ` Jason J. Herne
2026-10-06 21:16 ` Anthony Krowiak
2026-10-07 12:06 ` Anthony Krowiak [this message]
2026-08-07 22:18 ` [PATCH v7 15/15] s390/vfio-ap: Add live guest migration chapter to vfio-ap.rst Anthony Krowiak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f50d6afd-a54d-4bd9-a745-6bced1e6e86a@linux.ibm.com \
--to=akrowiak@linux.ibm.com \
--cc=agordeev@linux.ibm.com \
--cc=alex@shazbot.org \
--cc=borntraeger@de.ibm.com \
--cc=fiuczy@linux.ibm.com \
--cc=frankja@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=jjherne@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=kwankhede@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mjrosato@linux.ibm.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®