From patchwork Fri Aug 3 09:13:38 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: 858585 jemmy X-Patchwork-Id: 953130 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=nongnu.org (client-ip=2001:4830:134:3::11; helo=lists.gnu.org; envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org; receiver=) Authentication-Results: ozlabs.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="e5TwBonJ"; dkim-atps=neutral Received: from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 41hhFW0ry2z9s4V for ; Fri, 3 Aug 2018 19:14:38 +1000 (AEST) Received: from localhost ([::1]:49735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flWAO-0001OG-CU for incoming@patchwork.ozlabs.org; Fri, 03 Aug 2018 05:14:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52690) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flW9q-0001O1-Sc for qemu-devel@nongnu.org; Fri, 03 Aug 2018 05:14:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flW9n-00019O-Mt for qemu-devel@nongnu.org; Fri, 03 Aug 2018 05:14:02 -0400 Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442]:45486) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1flW9n-00016d-Ek for qemu-devel@nongnu.org; Fri, 03 Aug 2018 05:13:59 -0400 Received: by mail-pf1-x442.google.com with SMTP id i26-v6so2907762pfo.12 for ; Fri, 03 Aug 2018 02:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=7M0CZWeJHu4b56Qb/qsBI6gk2w0WvT15sSFNKOJU23A=; b=e5TwBonJ0Gwmgb+wFNhRI5A501F2pAHDDgXKb1rg1B7tOgzci5tJsuplrIivARgELl mPuO2pOppWLKl15lOi60ttvRV/BXc7HtDupo8NlCMMM7iwZbaWf+qB1pybtyA0Nr/54W 78smqiT64uVtLuroc1qi2OywtUX8n6e5k92QdEu7SpUP4xfHOifqMKj6vkw27PTNRxEe QcmqSJ7Cv4oLlIkUwsVzzjpc1SymDCktNdmXxw/ac46txjfW1onLUTY2ICH0KZijmOgk KtW/j3w50e7pgPvy8ESZTT9aKEdw+r/4oKstJXhZZfkiwXxz0lg32SiBjmDkQ9FI2OPk +Y3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=7M0CZWeJHu4b56Qb/qsBI6gk2w0WvT15sSFNKOJU23A=; b=G9as6x/qtC8G1qJm31ozqKQj8ygshaQ2kdm3hFzBeBkeGJu6ySUoa2gWmjXvQCnIWE QLcaOj/vRBiavuWS+cCE13Lb3BKZt/4W3+WJaHBFHmdUFDO14SdfoFTS/DTqNT9/VkAB JXoglGovJZFsnPxjigPh3f/4jOeY1l+8//jXxoLgeQRNzr85mKQ1pnN9R2PbsJ6ONydE sC8bVmXnOqLKtyY3shKP2FsBs84feiTuUmqZY0YVMgXgMS5PCHsjAFX9kDLieH4UnJEZ 5KbsoG2OgPFJy8sD9ylzoZv+snhCxKKI/aK6N9aZCWvMJPslymWmyX9Em102yARwjjmi b3sQ== X-Gm-Message-State: AOUpUlEPnIU/bGUTNzBLJjOx6fLyxQW7Z26ExdcsucmcVA/9OJ6BjxYc y8Qya6icgMOi6cFgUzKEG2WCpTnu+0M= X-Google-Smtp-Source: AAOMgpdU8Hcu/TYBihzWhWlULhlWX2nmXsCLzQ/PK8ndusdjiKphnt0VPwO3kcWE+uX1oWfbVtu2uw== X-Received: by 2002:a63:b349:: with SMTP id x9-v6mr2863416pgt.337.1533287638257; Fri, 03 Aug 2018 02:13:58 -0700 (PDT) Received: from VM_120_46_centos.localdomain ([119.28.87.64]) by smtp.gmail.com with ESMTPSA id e21-v6sm7991352pfl.187.2018.08.03.02.13.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Aug 2018 02:13:57 -0700 (PDT) From: Lidong Chen X-Google-Original-From: Lidong Chen To: zhang.zhanghailiang@huawei.com, quintela@redhat.com, dgilbert@redhat.com Date: Fri, 3 Aug 2018 17:13:38 +0800 Message-Id: <1533287630-4221-1-git-send-email-lidongchen@tencent.com> X-Mailer: git-send-email 1.8.3.1 MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::442 Subject: [Qemu-devel] [PATCH v6 00/12] Enable postcopy RDMA live migration X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: qemu-devel@nongnu.org, Lidong Chen Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: "Qemu-devel" The RDMA QIOChannel does not support bi-directional communication, so when RDMA live migration with postcopy enabled, the source qemu return path get qemu file error. These patches implement bi-directional communication for RDMA QIOChannel and disable the RDMA WRITE during the postcopy phase. This patch just make postcopy works, and will improve performance later. [v6] - rebase - add the check whether release rdma resource has finished(David) - remove unnecessary RDMA_CONTROL_ERROR when cleanup(David) - poll the cm event for destination qemu [v5] - rebase - fix bug for create a dedicated thread to release rdma resource(David) - fix bug for poll the cm event while wait RDMA work request completion(David,Gal) [v4] - not wait RDMA_CM_EVENT_DISCONNECTED event after rdma_disconnect - implement io_set_aio_fd_handler function for RDMA QIOChannel (Juan Quintela) - invoke qio_channel_yield only when qemu_in_coroutine() (Juan Quintela) - create a dedicated thread to release rdma resource - poll the cm event while wait RDMA work request completion - implement the shutdown function for RDMA QIOChannel [v3] - add a mutex in QEMUFile struct to avoid concurrent channel close (Daniel) - destroy the mutex before free QEMUFile (David) - use rdmain and rmdaout instead of rdma->return_path (Daniel) [v2] - does not update bytes_xfer when disable RDMA WRITE (David) - implement bi-directional communication for RDMA QIOChannel (Daniel) Lidong Chen (12): migration: disable RDMA WRITE after postcopy started migration: create a dedicated connection for rdma return path migration: avoid concurrent invoke channel_close by different threads migration: implement bi-directional RDMA QIOChannel migration: Stop rdma yielding during incoming postcopy migration: implement io_set_aio_fd_handler function for RDMA QIOChannel migration: invoke qio_channel_yield only when qemu_in_coroutine() migration: poll the cm event while wait RDMA work request completion migration: implement the shutdown for RDMA QIOChannel migration: poll the cm event for destination qemu migration: remove the unnecessary RDMA_CONTROL_ERROR message migration: create a dedicated thread to release rdma resource migration/colo.c | 2 + migration/migration.c | 13 +- migration/migration.h | 10 + migration/postcopy-ram.c | 2 + migration/qemu-file-channel.c | 12 +- migration/qemu-file.c | 14 +- migration/ram.c | 4 + migration/rdma.c | 448 ++++++++++++++++++++++++++++++++++++++---- migration/savevm.c | 3 + 9 files changed, 458 insertions(+), 50 deletions(-)