OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

virtio-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [virtio-dev] Re: [VIRTIO PCI PATCH v5 1/1] transport-pci: Add freeze_mode to virtio_pci_common_cfg


Hi Jiqian,

> From: Chen, Jiqian <Jiqian.Chen@amd.com>
> Sent: Tuesday, September 26, 2023 4:30 PM

> It is not to trigger resume behavior to device by setting unfreeze in my scenario.
> You may misunderstand my intention.
> In current kernel and qemu code, it will trigger reset device behavior by setting
> device_status to 0 during resuming, and I found some operations of reset is not
> reasonable during resuming, like virtio_gpu_reset, it will destroy render
> resources and then caused the display gone after guest finishing reusming.

When suspend is done, resume must not be done.
I donât see a need to mix these operations from guest specially when suspend is done.

Did I miss your response for my suggestion few days ago in [1] for not mixing reset with suspend?

When new feature bit of suspend is offered, guest will _not_ do reset, hence no need to mix reset with suspend.

[1] https://lists.oasis-open.org/archives/virtio-comment/202309/msg00260.html


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]