Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   =?UTF-8?q?Eugenio=20P=C3=A9rez?= <eperezma@redhat.com>
To:     mst@redhat.com
Cc:     leiyang@redhat.com, Laurent Vivier <lvivier@redhat.com>,
        sgarzare@redhat.com, jasowang@redhat.com,
        Zhu Lingshan <lingshan.zhu@intel.com>,
        virtualization@lists.linux-foundation.org, si-wei.liu@oracle.com,
        linux-kernel@vger.kernel.org, lulu@redhat.com,
        Gautam Dawar <gdawar@xilinx.com>, alvaro.karsz@solid-run.com
Subject: [PATCH 0/2] Fix expected set_vq_state behavior on vdpa_sim
Date:   Wed, 18 Jan 2023 17:43:57 +0100
Message-Id: <20230118164359.1523760-1-eperezma@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

The use of set_vq_state is to indicate vdpa device the state of a virtqueue=
.=0D
In the case of split, it means the avail_idx.  This is mandatory for use=0D
cases like live migration.=0D
=0D
However, vdpa_sim reset the vq state at vdpasim_queue_ready since it calls=
=0D
vringh_init_iotlb.=0D
=0D
Also, to starting from an used_idx different than 0 is needed in use cases =
like=0D
virtual machine migration.  Not doing so and letting the caller set an avai=
l=0D
idx different than 0 causes destination device to try to use old buffers th=
at=0D
source driver already recover and are not available anymore.=0D
=0D
This series fixes both problems allowing to migrate to a vdpa_sim_net devic=
e.=0D
=0D
Eugenio P=C3=A9rez (2):=0D
  vdpa_sim: not reset state in vdpasim_queue_ready=0D
  vringh: fetch used_idx from vring at vringh_init_iotlb=0D
=0D
 drivers/vdpa/vdpa_sim/vdpa_sim.c |  2 ++=0D
 drivers/vhost/vringh.c           | 25 +++++++++++++++++++++++--=0D
 2 files changed, 25 insertions(+), 2 deletions(-)=0D
=0D
-- =0D
2.31.1=0D
=0D