From: Het Gala <het.gala@nutanix.com>
To: "Daniel P. Berrangé" <berrange@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
Prerna Saxena <prerna.saxena@nutanix.com>,
"quintela@redhat.com" <quintela@redhat.com>,
"dgilbert@redhat.com" <dgilbert@redhat.com>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"armbru@redhat.com" <armbru@redhat.com>,
"eblake@redhat.com" <eblake@redhat.com>,
Manish Mishra <manish.mishra@nutanix.com>,
Aravind Retnakaran <aravind.retnakaran@nutanix.com>
Subject: Re: [PATCH v9 08/10] migration: Implement MigrateChannelList to qmp migration flow.
Date: Wed, 26 Jul 2023 01:19:29 +0530 [thread overview]
Message-ID: <f4e4bc24-2a8c-b2ad-cc9e-e65ad4f4d3ca@nutanix.com> (raw)
In-Reply-To: <ZMAWpS7GsQUiDc7p@redhat.com>
On 26/07/23 12:08 am, Daniel P. Berrangé wrote:
> On Fri, Jul 21, 2023 at 02:49:34PM +0000, Het Gala wrote:
>> Integrate MigrateChannelList with all transport backends
>> (socket, exec and rdma) for both src and dest migration
>> endpoints for qmp migration.
>>
>> For current series, limit the size of MigrateChannelList
>> to single element (single interface) as runtime check.
>>
>> Suggested-by: Aravind Retnakaran <aravind.retnakaran@nutanix.com>
>> Signed-off-by: Het Gala <het.gala@nutanix.com>
>> ---
>> migration/migration.c | 77 ++++++++++++++++++++++++++++---------------
>> 1 file changed, 50 insertions(+), 27 deletions(-)
>>
>> diff --git a/migration/migration.c b/migration/migration.c
>> index 6e0a8beaf2..acf80b3590 100644
>> --- a/migration/migration.c
>> +++ b/migration/migration.c
>> @@ -426,9 +426,10 @@ void migrate_add_address(SocketAddress *address)
>> }
>>
>> static bool migrate_uri_parse(const char *uri,
>> - MigrationAddress **channel,
>> + MigrationChannel **channel,
>> Error **errp)
>> {
>> + g_autoptr(MigrationChannel) val = g_new0(MigrationChannel, 1);
>> g_autoptr(MigrationAddress) addr = g_new0(MigrationAddress, 1);
>> SocketAddress *saddr = &addr->u.socket;
>> InetSocketAddress *isock = &addr->u.rdma;
>> @@ -465,7 +466,9 @@ static bool migrate_uri_parse(const char *uri,
>> return false;
>> }
>>
>> - *channel = addr;
>> + val->channel_type = MIGRATION_CHANNEL_TYPE_MAIN;
>> + val->addr = addr;
>> + *channel = val;
>> return true;
>> }
>>
>> @@ -473,7 +476,8 @@ static void qemu_start_incoming_migration(const char *uri, bool has_channels,
>> MigrationChannelList *channels,
>> Error **errp)
>> {
>> - g_autoptr(MigrationAddress) channel = g_new0(MigrationAddress, 1);
>> + g_autoptr(MigrationChannel) channel = g_new0(MigrationChannel, 1);
>> + g_autoptr(MigrationAddress) addr = g_new0(MigrationAddress, 1);
>>
>> /*
>> * Having preliminary checks for uri and channel
>> @@ -483,20 +487,29 @@ static void qemu_start_incoming_migration(const char *uri, bool has_channels,
>> "exclusive; exactly one of the two should be present in "
>> "'migrate-incoming' qmp command ");
>> return;
>> + } else if (channels) {
>> + /* To verify that Migrate channel list has only item */
>> + if (channels->next) {
>> + error_setg(errp, "Channel list has more than one entries");
>> + return;
>> + }
>> + channel = channels->value;
>> + } else {
>> + /* caller uses the old URI syntax */
>> + if (uri && !migrate_uri_parse(uri, &channel, errp)) {
>> + return;
>> + }
>> }
>> -
>> - if (uri && !migrate_uri_parse(uri, &channel, errp)) {
>> - return;
>> - }
>> + addr = channel->addr;
>>
>> /* transport mechanism not suitable for migration? */
>> - if (!migration_channels_and_transport_compatible(channel, errp)) {
>> + if (!migration_channels_and_transport_compatible(addr, errp)) {
>> return;
>> }
>>
>> qapi_event_send_migration(MIGRATION_STATUS_SETUP);
>> - if (channel->transport == MIGRATION_ADDRESS_TYPE_SOCKET) {
>> - SocketAddress *saddr = &channel->u.socket;
>> + if (addr->transport == MIGRATION_ADDRESS_TYPE_SOCKET) {
>> + SocketAddress *saddr = &addr->u.socket;
>> if (saddr->type == SOCKET_ADDRESS_TYPE_INET ||
>> saddr->type == SOCKET_ADDRESS_TYPE_UNIX ||
>> saddr->type == SOCKET_ADDRESS_TYPE_VSOCK) {
>> @@ -505,11 +518,11 @@ static void qemu_start_incoming_migration(const char *uri, bool has_channels,
>> fd_start_incoming_migration(saddr->u.fd.str, errp);
>> }
>> #ifdef CONFIG_RDMA
>> - } else if (channel->transport == MIGRATION_ADDRESS_TYPE_RDMA) {
>> - rdma_start_incoming_migration(&channel->u.rdma, errp);
>> -#endif
>> - } else if (channel->transport == MIGRATION_ADDRESS_TYPE_EXEC) {
>> - exec_start_incoming_migration(channel->u.exec.args, errp);
>> + } else if (addr->transport == MIGRATION_ADDRESS_TYPE_RDMA) {
>> + rdma_start_incoming_migration(&addr->u.rdma, errp);
>> + #endif
>> + } else if (addr->transport == MIGRATION_ADDRESS_TYPE_EXEC) {
>> + exec_start_incoming_migration(addr->u.exec.args, errp);
>> } else {
>> error_setg(errp, "unknown migration protocol: %s", uri);
>> }
>> @@ -1709,7 +1722,8 @@ void qmp_migrate(const char *uri, bool has_channels,
>> bool resume_requested;
>> Error *local_err = NULL;
>> MigrationState *s = migrate_get_current();
>> - g_autoptr(MigrationAddress) channel = g_new0(MigrationAddress, 1);
>> + g_autoptr(MigrationChannel) channel = g_new0(MigrationChannel, 1);
>> + g_autoptr(MigrationAddress) addr = g_new0(MigrationAddress, 1);
>>
>> /*
>> * Having preliminary checks for uri and channel
>> @@ -1719,14 +1733,23 @@ void qmp_migrate(const char *uri, bool has_channels,
>> "exclusive; exactly one of the two should be present in "
>> "'migrate' qmp command ");
>> return;
>> + } else if (channels) {
>> + /* To verify that Migrate channel list has only item */
>> + if (channels->next) {
>> + error_setg(errp, "Channel list has more than one entries");
>> + return;
>> + }
>> + channel = channels->value;
>> + } else {
> } else if (uri) {
> if (!migrate_uri_parse(....))
> } else {
> ...error - neither uri or has_channels ...
>
> }
Ack. Will add this here.
>> + /* caller uses the old URI syntax */
>> + if (uri && !migrate_uri_parse(uri, &channel, errp)) {
>> + return;
>> + }
>> }
>> -
>> - if (!migrate_uri_parse(uri, &channel, errp)) {
>> - return;
>> - }
>> + addr = channel->addr;
>>
>> /* transport mechanism not suitable for migration? */
>> - if (!migration_channels_and_transport_compatible(channel, errp)) {
>> + if (!migration_channels_and_transport_compatible(addr, errp)) {
>> return;
>> }
>>
>> @@ -1743,8 +1766,8 @@ void qmp_migrate(const char *uri, bool has_channels,
>> }
>> }
>>
>> - if (channel->transport == MIGRATION_ADDRESS_TYPE_SOCKET) {
>> - SocketAddress *saddr = &channel->u.socket;
>> + if (addr->transport == MIGRATION_ADDRESS_TYPE_SOCKET) {
>> + SocketAddress *saddr = &addr->u.socket;
>> if (saddr->type == SOCKET_ADDRESS_TYPE_INET ||
>> saddr->type == SOCKET_ADDRESS_TYPE_UNIX ||
>> saddr->type == SOCKET_ADDRESS_TYPE_VSOCK) {
>> @@ -1753,11 +1776,11 @@ void qmp_migrate(const char *uri, bool has_channels,
>> fd_start_outgoing_migration(s, saddr->u.fd.str, &local_err);
>> }
>> #ifdef CONFIG_RDMA
>> - } else if (channel->transport == MIGRATION_ADDRESS_TYPE_RDMA) {
>> - rdma_start_outgoing_migration(s, &channel->u.rdma, &local_err);
>> + } else if (addr->transport == MIGRATION_ADDRESS_TYPE_RDMA) {
>> + rdma_start_outgoing_migration(s, &addr->u.rdma, &local_err);
>> #endif
>> - } else if (channel->transport == MIGRATION_ADDRESS_TYPE_EXEC) {
>> - exec_start_outgoing_migration(s, channel->u.exec.args, &local_err);
>> + } else if (addr->transport == MIGRATION_ADDRESS_TYPE_EXEC) {
>> + exec_start_outgoing_migration(s, addr->u.exec.args, &local_err);
>> } else {
>> if (!resume_requested) {
>> yank_unregister_instance(MIGRATION_YANK_INSTANCE);
>> --
>> 2.22.3
>>
> With regards,
> Daniel
Regards,
Het Gala
next prev parent reply other threads:[~2023-07-25 19:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-21 14:49 [PATCH v9 00/10] migration: Modify 'migrate' and 'migrate-incoming' QAPI commands for migration Het Gala
2023-07-21 14:49 ` [PATCH v9 01/10] migration: New QAPI type 'MigrateAddress' Het Gala
2023-07-21 14:49 ` [PATCH v9 02/10] migration: convert migration 'uri' into 'MigrateAddress' Het Gala
2023-07-21 14:49 ` [PATCH v9 03/10] migration: convert socket backend to accept MigrateAddress Het Gala
2023-07-21 14:49 ` [PATCH v9 04/10] migration: convert rdma " Het Gala
2023-07-21 14:49 ` [PATCH v9 05/10] migration: convert exec " Het Gala
2023-07-21 14:49 ` [PATCH v9 06/10] migration: New migrate and migrate-incoming argument 'channels' Het Gala
2023-07-25 18:34 ` Daniel P. Berrangé
2023-07-25 18:37 ` Daniel P. Berrangé
2023-07-25 19:32 ` Het Gala
2023-07-25 19:54 ` Het Gala
2023-07-26 8:35 ` Daniel P. Berrangé
2023-07-26 10:02 ` Het Gala
2023-07-21 14:49 ` [PATCH v9 07/10] migration: modify migration_channels_and_uri_compatible() for new QAPI syntax Het Gala
2023-07-21 14:49 ` [PATCH v9 08/10] migration: Implement MigrateChannelList to qmp migration flow Het Gala
2023-07-25 18:38 ` Daniel P. Berrangé
2023-07-25 19:49 ` Het Gala [this message]
2023-07-21 14:49 ` [PATCH v9 09/10] migration: Implement MigrateChannelList to hmp " Het Gala
2023-07-25 19:15 ` Daniel P. Berrangé
2023-07-25 19:51 ` Het Gala
2023-07-21 14:49 ` [PATCH v9 10/10] migration: modify test_multifd_tcp_none() to use new QAPI syntax Het Gala
2023-07-25 19:15 ` Daniel P. Berrangé
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=f4e4bc24-2a8c-b2ad-cc9e-e65ad4f4d3ca@nutanix.com \
--to=het.gala@nutanix.com \
--cc=aravind.retnakaran@nutanix.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=dgilbert@redhat.com \
--cc=eblake@redhat.com \
--cc=manish.mishra@nutanix.com \
--cc=pbonzini@redhat.com \
--cc=prerna.saxena@nutanix.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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;
as well as URLs for NNTP newsgroup(s).