Re: [PATCH] hw/virtio/Kconfig: Include vhost-user-scmi only on arm targets

Thomas Huth writes: > The System Control and Management Interface is specific to arm > machines, so don't include this device in non-arm targets. > > Signed-off-by: Thomas Huth Reviewed-by: Milan Zamazal Thank you, Milan > --- > hw/virtio/Kconfig | 2 +- > 1 file

Re: [PATCH] hw/virtio: Add a protection against duplicate vu_scmi_stop calls

Fabiano Rosas writes: > Milan Zamazal writes: > >> The QEMU CI fails in virtio-scmi test occasionally. As reported by >> Thomas Huth, this happens most likely when the system is loaded and it >> fails with the following error: >> >> qemu-system-aarch64

[PATCH] hw/virtio: Add a protection against duplicate vu_scmi_stop calls

xes the failure above. Fixes: a5dab090e142 ("hw/virtio: Add boilerplate for vhost-user-scmi device") Signed-off-by: Milan Zamazal --- hw/virtio/vhost-user-scmi.c | 7 +++ include/hw/virtio/vhost-user-scmi.h | 1 + 2 files changed, 8 insertions(+) diff --git a/hw/virtio/vhost-us

Re: [PULL 10/66] tests/qtest: enable tests for virtio-scmi

Thomas Huth writes: > On 19/07/2023 21.56, Milan Zamazal wrote: >> Thomas Huth writes: >> > >>> On 18/07/2023 14.55, Milan Zamazal wrote: >>>> Thomas Huth writes: >>>> >>> >>>>> On 11/07/2023 01.02, Michael S. Ts

Re: [PULL 10/66] tests/qtest: enable tests for virtio-scmi

Fabiano Rosas writes: > Thomas Huth writes: > >> On 18/07/2023 14.55, Milan Zamazal wrote: >>> Thomas Huth writes: >>> >>>> On 11/07/2023 01.02, Michael S. Tsirkin wrote: >>>>> From: Milan Zamazal >>>>> We don&#

Re: [PULL 10/66] tests/qtest: enable tests for virtio-scmi

Thomas Huth writes: > On 18/07/2023 14.55, Milan Zamazal wrote: >> Thomas Huth writes: >> > >>> On 11/07/2023 01.02, Michael S. Tsirkin wrote: >>>> From: Milan Zamazal >>>> We don't have a virtio-scmi implementation in QEMU and only s

Re: [PULL 10/66] tests/qtest: enable tests for virtio-scmi

Thomas Huth writes: > On 11/07/2023 01.02, Michael S. Tsirkin wrote: >> From: Milan Zamazal >> We don't have a virtio-scmi implementation in QEMU and only support > >> a >> vhost-user backend. This is very similar to virtio-gpio and we add the same >> s

[PATCH v3 2/3] hw/virtio: Add vhost-user-scmi-pci boilerplate

This allows is to instantiate a vhost-user-scmi device as part of a PCI bus. It is mostly boilerplate similar to the other vhost-user-*-pci boilerplates of similar devices. Signed-off-by: Milan Zamazal --- hw/virtio/meson.build | 1 + hw/virtio/vhost-user-scmi-pci.c | 68

[PATCH v3 1/3] hw/virtio: Add boilerplate for vhost-user-scmi device

This creates the QEMU side of the vhost-user-scmi device which connects to the remote daemon. It is based on code of similar vhost-user devices. Signed-off-by: Milan Zamazal --- MAINTAINERS | 6 + hw/virtio/Kconfig | 5 + hw/virtio/meson.build

[PATCH v3 0/3] Add SCMI vhost-user VIRTIO device

ost-device/tree/scmi). v3: - Rebased on master after one of the patches had been merged. v2: - A missing trailing space additionally added in the comment typo fix. - A note about testing added above. Milan Zamazal (3): hw/virtio: Add boilerplate for vhost-user-scmi device hw/virtio: Add vhos

[PATCH v3 3/3] tests/qtest: enable tests for virtio-scmi

We don't have a virtio-scmi implementation in QEMU and only support a vhost-user backend. This is very similar to virtio-gpio and we add the same set of tests, just passing some vhost-user messages over the control socket. Signed-off-by: Milan Zamazal Acked-by: Thomas Huth --- MAINTA

[PATCH v2 1/4] hw/virtio: Add boilerplate for vhost-user-scmi device

This creates the QEMU side of the vhost-user-scmi device which connects to the remote daemon. It is based on code of similar vhost-user devices. Signed-off-by: Milan Zamazal --- MAINTAINERS | 6 + hw/virtio/Kconfig | 5 + hw/virtio/meson.build

[PATCH v2 4/4] tests/qtest: enable tests for virtio-scmi

We don't have a virtio-scmi implementation in QEMU and only support a vhost-user backend. This is very similar to virtio-gpio and we add the same set of tests, just passing some vhost-user messages over the control socket. Signed-off-by: Milan Zamazal Acked-by: Thomas Huth --- MAINTA

[PATCH v2 3/4] tests/qtest: Fix a comment typo in vhost-user-test.c

Signed-off-by: Milan Zamazal Reviewed-by: Thomas Huth --- tests/qtest/vhost-user-test.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/qtest/vhost-user-test.c b/tests/qtest/vhost-user-test.c index e4f95b2858..dfb8003597 100644 --- a/tests/qtest/vhost-user-test.c +++ b

[PATCH v2 0/4] Add SCMI vhost-user VIRTIO device

ost-device/tree/scmi). v2: - A missing trailing space additionally added in the comment typo fix. - A note about testing added above. Milan Zamazal (4): hw/virtio: Add boilerplate for vhost-user-scmi device hw/virtio: Add vhost-user-scmi-pci boilerplate tests/qtest: Fix a comment typo in vh

[PATCH v2 2/4] hw/virtio: Add vhost-user-scmi-pci boilerplate

This allows is to instantiate a vhost-user-scmi device as part of a PCI bus. It is mostly boilerplate similar to the other vhost-user-*-pci boilerplates of similar devices. Signed-off-by: Milan Zamazal --- hw/virtio/meson.build | 1 + hw/virtio/vhost-user-scmi-pci.c | 68

[PATCH] docs: Fix trivial typos in vhost-user.rst

Signed-off-by: Milan Zamazal --- docs/system/devices/vhost-user.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/system/devices/vhost-user.rst b/docs/system/devices/vhost-user.rst index 86128114fa..a80e95a48a 100644 --- a/docs/system/devices/vhost-user.rst +++ b

Re: [PATCH 0/4] Add SCMI vhost-user VIRTIO device

Alex Bennée writes: > Milan Zamazal writes: > >> This patch series adds a vhost-user VIRTIO device for SCMI. >> It's similar to other similar vhost-user VIRTIO devices. >> >> I'm aware of the work in progress by Alex Bennée to simplify similar devices >

Re: [PATCH 3/4] tests/qtest: Fix a comment typo in vhost-user-test.c

Thomas Huth writes: > On 24/05/2023 15.34, Milan Zamazal wrote: >> Signed-off-by: Milan Zamazal >> --- > >> tests/qtest/vhost-user-test.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> diff --git a/tests/qtest/vhost-user-test.c >>

[PATCH 0/4] Add SCMI vhost-user VIRTIO device

nything special and it can be rebased on the given work if/once it is merged. Milan Zamazal (4): hw/virtio: Add boilerplate for vhost-user-scmi device hw/virtio: Add vhost-user-scmi-pci boilerplate tests/qtest: Fix a comment typo in vhost-user-test.c tests/qtest: enable tests for virtio-scm

[PATCH 2/4] hw/virtio: Add vhost-user-scmi-pci boilerplate

This allows is to instantiate a vhost-user-scmi device as part of a PCI bus. It is mostly boilerplate similar to the other vhost-user-*-pci boilerplates of similar devices. Signed-off-by: Milan Zamazal --- hw/virtio/meson.build | 1 + hw/virtio/vhost-user-scmi-pci.c | 68

[PATCH 4/4] tests/qtest: enable tests for virtio-scmi

We don't have a virtio-scmi implementation in QEMU and only support a vhost-user backend. This is very similar to virtio-gpio and we add the same set of tests, just passing some vhost-user messages over the control socket. Signed-off-by: Milan Zamazal --- MAINTAINERS

[PATCH 3/4] tests/qtest: Fix a comment typo in vhost-user-test.c

Signed-off-by: Milan Zamazal --- tests/qtest/vhost-user-test.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/qtest/vhost-user-test.c b/tests/qtest/vhost-user-test.c index e4f95b2858..8ab10732f8 100644 --- a/tests/qtest/vhost-user-test.c +++ b/tests/qtest/vhost-user

[PATCH 1/4] hw/virtio: Add boilerplate for vhost-user-scmi device

This creates the QEMU side of the vhost-user-scmi device which connects to the remote daemon. It is based on code of similar vhost-user devices. Signed-off-by: Milan Zamazal --- MAINTAINERS | 6 + hw/virtio/Kconfig | 5 + hw/virtio/meson.build

Intent to add a VirtIO SCMI device

Hi, FYI, I intend to create patches to add a VirtIO SCMI vhost user device to QEMU. As for the vhost user daemon part, I wonder whether there is already something publicly available, which could be used or benefit from cooperation. If not then I'll start making my own implementation. At the mom

Re: Adjustments of NVDIMM devices and future data safety

"Liu, Jingqi" writes: > Hi Milan, > > On 4/30/2021 8:18 PM, Milan Zamazal wrote: >> Hi, >> >> I work on NVDIMM support in oVirt/RHV, I think other virtualization >> management software built on top of QEMU may have similar concerns. >> >> W

Re: Adjustments of NVDIMM devices and future data safety

Igor Mammedov writes: > On Fri, 30 Apr 2021 14:18:30 +0200 > Milan Zamazal wrote: > >> Hi, >> >> I work on NVDIMM support in oVirt/RHV, I think other virtualization >> management software built on top of QEMU may have similar concerns. >> >> W

Adjustments of NVDIMM devices and future data safety

Hi, I work on NVDIMM support in oVirt/RHV, I think other virtualization management software built on top of QEMU may have similar concerns. When a virtual NVDIMM device size is specified, it's not necessarily the eventual NVDIMM device size visible to the guest OS. As seen in https://github.com/

Re: Question about migration of a VM between hosts having slight difference in TSC Frequency

Veselina Radeva writes: > Hi, > > I'm trying to migrate a VM from one host to another where there is a 1KHz > difference in the TSC frequency between hosts. This results in errors > caused by this warning >