[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [virtio-comment] [PATCH 5/5] virtio-pci: implement VIRTIO_F_QUEUE_STATE
> > > Why this series can not support nested? > I donât see all the aspects that I covered in series [1] ranging from flr, device context migration, virtio level reset, dirty page tracking, p2p support, etc. covered in some device, vq suspend resume piece. > > [1] https://lists.oasis-open.org/archives/virtio-comment/202309/msg00061.html The series works for stateless devices. Before we introduce device states in the spec, we can't migrate stateful devices. So the device context doesn't make much sense right now. Dirty page tracking in virtio is not a must for live migration to work. It can be done via platform facilities or even software. And to make it more efficient, it needs to utilize transport facilities instead of a general one. The FLR, P2P demonstrates the fragility of a simple passthrough method and how it conflicts with live migration and complicates the device implementation. And it means you need to audit all PCI features and do workaround if there're any possible issues (or using a whitelist). This is tricky and we are migrating virtio not virtio-pci. If we don't use simple passthrough we don't need to care about this. Since the functionality proposed in this series focus on the minimal set of the functionality for migration, it is virtio specific and self contained so nothing special is required to work in the nest. Thanks >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]