All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Anthony Krowiak" <akrowiak@linux.ibm.com>,
	linux-s390@vger.kernel.org, kvm@vger.kernel.org
Cc: "Heiko Carstens" <hca@linux.ibm.com>,
	"Vasily Gorbik" <gor@linux.ibm.com>,
	"Alexander Gordeev" <agordeev@linux.ibm.com>,
	"Christian Borntraeger" <borntraeger@linux.ibm.com>
Subject: Re: [PATCH v12 12/14] s390/vfio-ap: Set up for vfio-ap device migration
Date: Fri, 06 Nov 2026 16:05:27 +0000	[thread overview]
Message-ID: <sashiko-outbox-201766@kernel.org> (raw)
In-Reply-To: <20261106152259.1360651-13-akrowiak@linux.ibm.com>

Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Low] s390/vfio-ap: stale commit message in
  vfio_ap_setup_vfio_device_migration()
--

commit 91bb5c1f210ed8cb015ed15a312ace69b31f9fa7
Author: Anthony Krowiak <akrowiak@linux.ibm.com>

s390/vfio-ap: Set up for vfio-ap device migration

This commit adds vfio_ap_setup_vfio_device_migration() to configure
migration flags and callbacks on the vfio_device for non-SE guests and
calls it from vfio_ap_mdev_probe() prior to device registration.

> * The initial migration state of the vfio-ap device is set to RUNNING
>
> * The boolean flag indicating that all data sent from userspace during the
>   RESUMINMG phase has been received is initialized to false.

[ ... ]

> diff --git a/drivers/s390/crypto/vfio_ap_migration.c b/drivers/s390/crypto/vfio_ap_migration.c
> index 4af734aeee17e..924c25585987c 100644
> --- a/drivers/s390/crypto/vfio_ap_migration.c
> +++ b/drivers/s390/crypto/vfio_ap_migration.c
> @@ -217,6 +217,30 @@ static int vfio_ap_release_mig_file(struct inode *file_inode, struct file *filp)
>  	return 0;
>  }
>  
> +static const struct vfio_migration_ops vfio_ap_migration_ops;
> +
> +/**
> + * vfio_ap_setup_vfio_device_migration:
> + *
> + * Plug the object containing the function pointers to the migration callbacks
> + * used to facilitate migration into the vfio device and set the flags
> + * indicating migration states STOP, STOP_COPY and RESUMING are supported.
> + *
> + * @matrix_mdev: pointer to object containing the vfio device (vdev)
> + */
> +void vfio_ap_setup_vfio_device_migration(struct ap_matrix_mdev *matrix_mdev)
> +{
> +	/*
> +	 * Live guest migration is not supported for SE guests, so there is no
> +	 * need to initialize the migration capabilities.
> +	 */
> +	if (ap_is_se_guest())
> +		return;
> +
> +	matrix_mdev->vdev.migration_flags = VFIO_MIGRATION_STOP_COPY;
> +	matrix_mdev->vdev.mig_ops = &vfio_ap_migration_ops;
> +}

[Severity: Low]
This isn't a bug, but the last two bullet points of the commit message
describe initializing mig_state to VFIO_DEVICE_STATE_RUNNING and
resuming_mig_data_complete to false, which was already done in
vfio_ap_init_migration_data() in commit "s390/vfio-ap: Functions to
initialize/release vfio device migration data" rather than in this patch.

Also, placing vfio_ap_setup_vfio_device_migration() after the definition
of vfio_ap_migration_ops alongside vfio_ap_init_migration_data() would
avoid the forward declaration of vfio_ap_migration_ops.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261106152259.1360651-1-akrowiak@linux.ibm.com?part=12

  reply	other threads:[~2026-11-06 16:05 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-06 15:22 [PATCH v12 00/14] s390/vfio-ap: Add live guest migration support Anthony Krowiak
2026-11-06 15:22 ` [PATCH v12 01/14] s390/vfio-ap: Provide function to get the number of queues assigned to mdev Anthony Krowiak
2026-11-06 15:30   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 02/14] s390/vfio-ap: Data structures for facilitating vfio device migration Anthony Krowiak
2026-11-06 15:30   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 03/14] s390/vfio-ap: Functions to initialize/release vfio device migration data Anthony Krowiak
2026-11-06 15:47   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 04/14] s390/vfio-ap: Reset migration state on VFIO_DEVICE_RESET and device close Anthony Krowiak
2026-11-06 15:32   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 05/14] s390/vfio-ap: Callback to get/set vfio device mig state during guest migration Anthony Krowiak
2026-11-06 15:44   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 06/14] s390/vfio-ap: Transition guest migration state from STOP to STOP_COPY Anthony Krowiak
2026-11-06 15:36   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 07/14] s390/vfio-ap: File ops called to save the vfio device migration state Anthony Krowiak
2026-11-06 15:45   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 08/14] s390/vfio-ap: Transition device migration state from STOP to RESUMING Anthony Krowiak
2026-11-06 15:40   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 09/14] s390/vfio-ap: File ops called to resume the vfio device migration Anthony Krowiak
2026-11-06 15:53   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 10/14] s390/vfio-ap: Transition device migration state to from/to STOP Anthony Krowiak
2026-11-06 15:51   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 11/14] s390/vfio-ap: Callback to get the size of data to be migrated during guest migration Anthony Krowiak
2026-11-06 15:52   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 12/14] s390/vfio-ap: Set up for vfio-ap device migration Anthony Krowiak
2026-11-06 16:05   ` sashiko-bot [this message]
2026-11-11 15:32     ` Anthony Krowiak
2026-11-06 15:22 ` [PATCH v12 13/14] s390/vfio-ap: Add 'migration' feature to sysfs 'features' attribute Anthony Krowiak
2026-11-06 16:04   ` sashiko-bot
2026-11-06 15:22 ` [PATCH v12 14/14] s390/vfio-ap: Add live guest migration chapter to vfio-ap.rst Anthony Krowiak
2026-11-06 15:57   ` sashiko-bot

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=sashiko-outbox-201766@kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=agordeev@linux.ibm.com \
    --cc=akrowiak@linux.ibm.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=gor@linux.ibm.com \
    --cc=hca@linux.ibm.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.