On Mon, Jun 03, 2024 at 03:38:05PM GMT, Paolo Bonzini wrote:
> On Mon, Jun 3, 2024 at 1:55 PM Daniel P. Berrangé wrote:
> > I really wish we didn't have to introduce this though - is there really
> > no way to make it possible to use pflash for both CODE & VARS with SNP,
> > as is done with tradit
Hi,
> Unfortunately, vdev is not set before vhost_dev_start().
>
> We could add the migration blocker there somehow?
Sure. Just use migrate_add_blocker() to do that at any time (see qxl.c
for an example).
HTH,
Gerd
Hi,
> Right. The main issue is that we need to make sure only
> in-tree devices are supported.
Well, that is under debate right now, see:
https://lists.gnu.org/archive/html/qemu-devel/2018-11/msg04912.html
> vhost-user by design
> is for out of tree users. It needn't be hard,
> maybe it's enou
On Wed, Nov 28, 2018 at 02:54:09PM +, Daniel P. Berrangé wrote:
> On Wed, Nov 28, 2018 at 06:46:37PM +0400, Marc-André Lureau wrote:
> > Hi
> >
> > On Wed, Nov 28, 2018 at 6:33 PM Daniel P. Berrangé
> > wrote:
> > >
> > > On Wed, Nov 28, 2018 at 06:21:35PM +0400, Marc-André Lureau wrote:
> >
On Sat, Oct 06, 2018 at 02:32:45AM +0400, Marc-André Lureau wrote:
> Hi
>
> On Fri, Oct 5, 2018 at 7:59 PM Hoffmann, Gerd wrote:
> >
> > Hi,
> >
> > > For example, "virgl" support may not be implemented. This
> > > --print-capabilities is
Hi,
> For example, "virgl" support may not be implemented. This
> --print-capabilities is a simple way to check what the backend
> implements.
What is the expected behavior in case virgl is implemented by the
backend, but not available (due to lack of 3d hardware in the host for
example) ?
che
