On 5/16/19 10:20 AM, Thomas Stein wrote:
> Hello all.
>
> My currently used versions: libvirt-5.2.0 and qemu-4.0.0.
>
> Here is my problem. I'm struggeling since a few weeks with a strange
> behaviour by either qemu or libvirt. After a reboot of
> the hardware node the $domain.xml contains sudden
Up until now we've probed machine type properties, along with
properties for other types, in virQEMUCapsProbeQMPDevices(), but
soon we're going to need some logic that is specific to machine
types and as such wouldn't quite fit into that function.
Signed-off-by: Andrea Bolognani
---
src/qemu/qem
Now that we have the list of machine types available when
probing machine type properties, we can list properties for
the canonicalized version of the "pseries" machine type
instead of having to go through "spapr-machine", which we
know to be the parent type for all "pseries-*-machine"
types. By do
We're going to need information about available machine types
when probing machine type properties soon, and that means we
have to change the order we call QMP commands.
Signed-off-by: Andrea Bolognani
---
src/qemu/qemu_capabilities.c | 4 +-
.../caps_2.12.0.aarch64.replies
Now that we're probing machine type properties using the
latest machine type rather than the "spapr-machine" parent,
we can finally discover properties that are not available
on all machine types.
This commit refreshes replies for QEMU 4.0.0 as well as
3.1.0 to show not only that we're actually di
This is a prerequisite for vSMMUv3 support, which I'm currently
working on, but I'm posting it separately because it still makes
perfect sense as a standalone series and I think it's a nice
cleanup in its own right.
Unfortunately there's quite a bit of test suite churn associated
with these change
The QOM type for machine types is the machine type name
followed by the -machine suffix. Since this is always the
case, we can make virQEMUCapsMachineProps more readable
and avoid repetition by not including the suffix there and
adding it automatically while processing the data.
Signed-off-by: And
Since we know the full list of machine types supported
by the QEMU binary when probing machine type properties,
we can save some work (and eventually test suite churn,
as more architecture-specific machine types need to be
probed) by only probing machines that we know exist.
Signed-off-by: Andrea
Hello all.
My currently used versions: libvirt-5.2.0 and qemu-4.0.0.
Here is my problem. I'm struggeling since a few weeks with a strange
behaviour by either qemu or libvirt. After a reboot of
the hardware node the $domain.xml contains suddenly a backingStore
setting which was not there before
On Thu, May 16, 2019 at 03:41:15PM +0200, Ján Tomko wrote:
> Inspired-by: Pavel Hrdina
>
> Ján Tomko (2):
> build: bump minimum udev version to 219
> build: drop check for udev_monitor_set_receive_buffer_size
Reviewed-by: Pavel Hrdina
signature.asc
Description: PGP signature
--
libvir-lis
It has been exported by systemd commit
commit a571c23e954cb88cdd5faa28593b19bd7c340130
libudev: export udev_monitor_set_receive_buffer_size()
released in v183.
Signed-off-by: Ján Tomko
---
m4/virt-udev.m4| 10 --
src/node_device/node_device_udev.c | 2 --
2 files
Inspired-by: Pavel Hrdina
Ján Tomko (2):
build: bump minimum udev version to 219
build: drop check for udev_monitor_set_receive_buffer_size
m4/virt-udev.m4| 14 ++
src/node_device/node_device_udev.c | 2 --
2 files changed, 2 insertions(+), 14 deletions(-)
This is the version of systemd RHEL/CentOS 7 uses:
https://repology.org/project/systemd/versions
Oldest tracked openSUSE distros have 228,
Ubuntu 16.04 has 229 and Gentoo's alternative eudev
has bumped the version to 219 back in 2015.
Signed-off-by: Ján Tomko
---
m4/virt-udev.m4 | 4 ++--
1 file
On Thu, May 16, 2019 at 02:56:21PM +0200, Ján Tomko wrote:
> On Thu, May 16, 2019 at 12:09:57PM +0100, Daniel P. Berrangé wrote:
> > virtlockd and virtlogd statically link to libvirt-net-rpc-server.la
> > libvirt-net-rpc.la and libvirt_util.la. libvirt-iohelper statically
>
> libvirt_iohelper
>
>
On Thu, May 16, 2019 at 12:09:57PM +0100, Daniel P. Berrangé wrote:
virtlockd and virtlogd statically link to libvirt-net-rpc-server.la
libvirt-net-rpc.la and libvirt_util.la. libvirt-iohelper statically
libvirt_iohelper
links to libvirt_util.la. All this code is all already built into
the ma
virtlockd and virtlogd statically link to libvirt-net-rpc-server.la
libvirt-net-rpc.la and libvirt_util.la. libvirt-iohelper statically
links to libvirt_util.la. All this code is all already built into
the main libvirt.so, so we should dynamically link all these pieces.
This reduces the size of th
On Thu, May 16, 2019 at 9:42 AM Daniel P. Berrangé wrote:
>
> On Thu, May 16, 2019 at 09:38:55AM +0200, Christian Ehrhardt wrote:
> > It came up that libvirt-sandbox is a failed (and removed) experiment.
> > Let us clean up and remove it from the virt-aa-helper source as well.
> >
> > Signed-off-b
On Thu, May 16, 2019 at 9:44 AM Michal Privoznik wrote:
>
> On 5/15/19 11:49 AM, Ilias Stamatis wrote:
> > On Wed, May 15, 2019 at 10:14 AM Michal Privoznik
> > wrote:
> >>
> >> On 5/14/19 5:24 PM, Ilias Stamatis wrote:
> >>> On Tue, May 14, 2019 at 5:04 PM Michal Privoznik
> >>> wrote:
>
On 5/15/19 11:49 AM, Ilias Stamatis wrote:
On Wed, May 15, 2019 at 10:14 AM Michal Privoznik wrote:
On 5/14/19 5:24 PM, Ilias Stamatis wrote:
On Tue, May 14, 2019 at 5:04 PM Michal Privoznik wrote:
On 5/14/19 12:50 PM, Ilias Stamatis wrote:
On Tue, May 14, 2019 at 12:40 PM John Ferlan wr
It came up that libvirt-sandbox is a failed (and removed) experiment.
Let us clean up and remove it from the virt-aa-helper source as well.
Signed-off-by: Christian Ehrhardt
---
src/security/virt-aa-helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/security/virt-
On Thu, May 16, 2019 at 09:38:55AM +0200, Christian Ehrhardt wrote:
> It came up that libvirt-sandbox is a failed (and removed) experiment.
> Let us clean up and remove it from the virt-aa-helper source as well.
>
> Signed-off-by: Christian Ehrhardt
> ---
> src/security/virt-aa-helper.c | 3 +--
On Wed, May 15, 2019 at 4:14 PM Daniel P. Berrangé wrote:
>
> On Wed, May 15, 2019 at 04:11:34PM +0200, Christian Ehrhardt wrote:
> > When a vhost scsi device is hotplugged virt-aa-helper is called to
> > add the respective path.
> > For example the config:
> >
> >
> >
> > Will call it
22 matches
Mail list logo