According the the documentation for the ipv6 network attribute
https://libvirt.org/formatnetwork.html
"When set to yes, the optional parameter ipv6 enables a network
definition with no IPv6 gateway addresses specified to have
guest-to-guest communications."
But this is not the current behavior,
On Thu, 11 Oct 2018 09:14:22 +0800
Zhenyu Wang wrote:
> On 2018.10.10 23:22:20 +, Tian, Kevin wrote:
> > > From: Alex Williamson
> > > Sent: Thursday, October 11, 2018 4:39 AM
> > >
> > > On Tue, 9 Oct 2018 01:40:17 +0530
> > > Kirti Wankhede wrote:
> > >
> > > > Generally a single insta
Michal Privoznik [2018-10-10, 05:35PM +0200]:
> On 10/10/2018 10:04 AM, Bjoern Walk wrote:
> > From: Marc Hartmayer
> >
> > On s390x the struct member f_type of statsfs is hard coded to 'unsigned
> > int'. Change virFileIsSharedFixFUSE() to take a 'long long int' and use
> > a temporary to avoid
On 2018.10.10 23:22:20 +, Tian, Kevin wrote:
> > From: Alex Williamson
> > Sent: Thursday, October 11, 2018 4:39 AM
> >
> > On Tue, 9 Oct 2018 01:40:17 +0530
> > Kirti Wankhede wrote:
> >
> > > Generally a single instance of mdev device, a share of physical device, is
> > > assigned to user
> From: Alex Williamson
> Sent: Thursday, October 11, 2018 4:39 AM
>
> On Tue, 9 Oct 2018 01:40:17 +0530
> Kirti Wankhede wrote:
>
> > Generally a single instance of mdev device, a share of physical device, is
> > assigned to user space application or a VM. There are cases when
> multiple
> > in
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Refactoring the code of matching the new resctrl with
> existing resctrl groups. Add the virObjectRef action
> into function virDomainResctrlVcpuMatch.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/conf/domain_conf.c | 4 +---
> 1 file changed, 1 inse
On 10/10/18 9:56 AM, Wang, Huaqiang wrote:
>
>> -Original Message-
>> From: John Ferlan [mailto:jfer...@redhat.com]
>> Sent: Wednesday, October 10, 2018 7:16 AM
>> To: Wang, Huaqiang ; libvir-list@redhat.com
>> Cc: Feng, Shaohe ; Niu, Bing ;
>> Ding, Jian-feng ; Zang, Rui
>> Subject: R
On 10/10/18 9:55 AM, Wang, Huaqiang wrote:
>
>
>> -Original Message-
>> From: John Ferlan [mailto:jfer...@redhat.com]
>> Sent: Wednesday, October 10, 2018 7:09 AM
>> To: Wang, Huaqiang ; libvir-list@redhat.com
>> Cc: Feng, Shaohe ; Niu, Bing ;
>> Ding, Jian-feng ; Zang, Rui
>> Subject
On 10/10/18 9:44 AM, Wang, Huaqiang wrote:
>
>
>> -Original Message-
>> From: John Ferlan [mailto:jfer...@redhat.com]
>> Sent: Wednesday, October 10, 2018 4:36 AM
>> To: Wang, Huaqiang ; libvir-list@redhat.com
>> Cc: Feng, Shaohe ; Niu, Bing ;
>> Ding, Jian-feng ; Zang, Rui
>> Subject
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Add functions for creating, destroying, reconnecting resctrl
> monitor in qemu according to the configuration in domain XML.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/qemu/qemu_process.c | 49
> ++---
>
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Check monitor status by checking the PIDs are in file 'task'
> or not.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/libvirt_private.syms | 1 +
> src/util/virresctrl.c| 84
> +++-
> src/util/virresctr
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Introducing element under to represent
> a cache monitor.
>
> Supports two kind of monitors, which are, monitor under default
> allocation or monitor under particular allocation.
I still don't see what the big difference is with singling out default
On Tue, 9 Oct 2018 01:40:17 +0530
Kirti Wankhede wrote:
> Generally a single instance of mdev device, a share of physical device, is
> assigned to user space application or a VM. There are cases when multiple
> instances of mdev devices of same or different types are required by user
> space appl
This is more "Introduce virDomainResctrlNew"
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Refactor virDomainResctrlAppend to facilitate virDomainResctrlDef
> with the capability to hold more element.
and then this says something like:
"Rather than rely on virDomainResctrlAppend to perform the al
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Refactoring the code of matching the new resctrl with
> existing resctrl groups. Add the virObjectRef action
> into function virDomainResctrlVcpuMatch.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/conf/domain_conf.c | 4 +---
> 1 file changed, 1 inse
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> In resctrl file system, more than one monitoring groups
> could be created within one allocation group, along with
> the creation of allocation group, a monitoring group is
> created at the same, which monitors the resource
> utilization information of
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Add interfaces monitor group to support operations such
> as add PID, set ID, remove group ... etc.
>
> The interface for getting cache occupancy information
> from the monitor is also added.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/libvirt_priv
On 10/9/18 6:30 AM, Wang Huaqiang wrote:
> Add interface for creating the resource monitoring group according
> to '@virResctrlMonitor->path'.
>
> Signed-off-by: Wang Huaqiang
> ---
> src/libvirt_private.syms | 1 +
> src/util/virresctrl.c| 28
> src/util/vir
On 10/9/18 5:04 PM, Marek Marczykowski-Górecki wrote:
On Tue, Oct 09, 2018 at 04:45:01PM -0600, Jim Fehlig wrote:
On 10/7/18 9:39 AM, Marek Marczykowski-Górecki wrote:
@@ -647,6 +669,22 @@ libxlMakeDomBuildInfo(virDomainDefPtr def,
return -1;
}
#endif
+} else if
On 10/10/2018 10:04 AM, Bjoern Walk wrote:
> From: Marc Hartmayer
>
> On s390x the struct member f_type of statsfs is hard coded to 'unsigned
> int'. Change virFileIsSharedFixFUSE() to take a 'long long int' and use
> a temporary to avoid pointer-casting.
>
> This fixes the following error:
> ..
On Wed, Oct 10, 2018 at 16:43:03 +0200, Michal Privoznik wrote:
> There are couple of things wrong with the current implementation.
> The first one is that in the first loop the code tries to build a
> list of fuse.glusterfs mount points. Well, since the strings are
> allocated in a temporary buffe
There are couple of things wrong with the current implementation.
The first one is that in the first loop the code tries to build a
list of fuse.glusterfs mount points. Well, since the strings are
allocated in a temporary buffer and are not duplicated this
results in wrong decision made later in th
Polite ping...
On 9/28/18 10:46 AM, Yi Min Zhao wrote:
Abstract
The PCI representation in QEMU has recently been extended for S390
allowing configuration of zPCI attributes like uid (user-defined
identifier) and fid (PCI function identifier).
The details can be found here:
https://lists
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:08 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 02/19] util: Introduce resctrl
On 10/10/2018 01:08 PM, Jiri Denemark wrote:
> On Tue, Oct 09, 2018 at 15:48:47 +0200, Michal Privoznik wrote:
>> There are couple of things wrong with the current implementation.
>> The first one is that in the first loop the code tries to build a
>> list of fuse.glusterfs mount points. Well, sinc
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:09 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 05/19] util: Refactor code for
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:16 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 06/19] util: Add monitor interfa
Hi John,
Last reply is for " [PATCHv5 05/19] util: Refactor code for determining
allocation path".
Please ignore this.
Sorry for inconvenience.
BR
Huaqiang
> -Original Message-
> From: Wang, Huaqiang
> Sent: Wednesday, October 10, 2018 9:48 PM
> To: 'John Ferlan' ; libvir-list@redhat
Wang, Huaqiang would like to recall the message, "[libvirt] [PATCHv5 04/19]
util: Add interface for adding PID to monitor".
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:09 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 05/19] util: Refactor code for
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 12:54 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 00/19] Introduce x86 Cache Mon
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 4:36 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 01/19] docs: Refactor schemas t
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:09 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 04/19] util: Add interface for
> -Original Message-
> From: John Ferlan [mailto:jfer...@redhat.com]
> Sent: Wednesday, October 10, 2018 7:09 AM
> To: Wang, Huaqiang ; libvir-list@redhat.com
> Cc: Feng, Shaohe ; Niu, Bing ;
> Ding, Jian-feng ; Zang, Rui
> Subject: Re: [libvirt] [PATCHv5 03/19] util: Refactor code for
Hi libvirt developers and users,
TL;DR: you need to clone again the libvirt-ocaml repository, if you had
one already
Due to the way the repository was converted from another SCM in the
past, some of the metadata of older commits was broken, and this made
the repository unusable with more strict g
On Tue, Oct 09, 2018 at 04:43:31PM +0200, Katerina Koukiou wrote:
We were facing such errors:
* error: unused function 'glib_slistautoptr_cleanup_virtDBusConnect
Moving the G_DEFINE_AUTOPTR_CLEANUP_FUNC macros in the header files
fixes the issue.
Signed-off-by: Katerina Koukiou
---
src/connect
Picking up the thread again from here because it looks like as
sensible a point as any.
On Tue, 2018-10-02 at 18:26 +0200, Andrea Bolognani wrote:
> q35 is what sparked the discussion, but it's far from the only
> offender. For example, if I create a guest using
>
> $ virt-install \
> --os-
On Tue, Oct 09, 2018 at 15:48:47 +0200, Michal Privoznik wrote:
> There are couple of things wrong with the current implementation.
> The first one is that in the first loop the code tries to build a
> list of fuse.glusterfs mount points. Well, since the strings are
> allocated in a temporary buffe
On Tue, Oct 09, 2018 at 15:48:46 +0200, Michal Privoznik wrote:
> If the given path is already a mount point (e.g. a bind mount of
> a file, or simply a direct mount point of a FS), then our code
> fails to detect that because the first thing it does is cutting
> off part after last slash '/'.
>
>
On Tue, Oct 09, 2018 at 15:48:45 +0200, Michal Privoznik wrote:
> Introduce some basic test cases for virFileIsSharedFS(). More
> will be added later. In order to achieve desired result, mocks
> for setmntent() and statfs() need to be invented because the
> first thing that virFileIsSharedFS() does
On Tue, Oct 09, 2018 at 15:48:44 +0200, Michal Privoznik wrote:
> Because of lacking virTestCounterReset() call, the old test cases
> name was preserved.
>
> Signed-off-by: Michal Privoznik
> ---
> tests/virfiletest.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tests/virfiletest.c
On Wed, Oct 10, 2018 at 10:14:44 +0100, Daniel Berrange wrote:
> On Wed, Oct 10, 2018 at 11:06:38AM +0200, Michal Privoznik wrote:
> > On 10/10/2018 10:45 AM, Daniel P. Berrangé wrote:
[...]
> > I view code under src/conf/ to be hypervisor agnostic (at least it
> > should be) and thus any hypervi
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 a simple way to check what the backend
> > > implements.
If the same source gets built twice ('build same source on different
hosts at different times') the resulting files may differ.
Fix this by sorting the hash keys before usage.
Signed-off-by: Olaf Hering
---
src/rpc/genprotocol.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Oct 10, 2018 at 11:06:38AM +0200, Michal Privoznik wrote:
> On 10/10/2018 10:45 AM, Daniel P. Berrangé wrote:
> > On Tue, Oct 09, 2018 at 04:45:01PM -0600, Jim Fehlig wrote:
> >> On 10/7/18 9:39 AM, Marek Marczykowski-Górecki wrote:
> >>> Since this is something between PV and HVM, it makes
On 10/10/2018 10:45 AM, Daniel P. Berrangé wrote:
> On Tue, Oct 09, 2018 at 04:45:01PM -0600, Jim Fehlig wrote:
>> On 10/7/18 9:39 AM, Marek Marczykowski-Górecki wrote:
>>> Since this is something between PV and HVM, it makes sense to put the
>>> setting in place where domain type is specified.
>>>
On Wed, Oct 10, 2018 at 09:39:03AM +0200, Pino Toscano wrote:
> On Thursday, 6 September 2018 17:13:23 CEST Pino Toscano wrote:
> > What do you think? Is it an acceptable path forward?
>
> Considering there seems consensus on this solution, how do we move
> forward? Should I fix the repository, p
On Tue, Oct 09, 2018 at 04:45:01PM -0600, Jim Fehlig wrote:
> On 10/7/18 9:39 AM, Marek Marczykowski-Górecki wrote:
> > Since this is something between PV and HVM, it makes sense to put the
> > setting in place where domain type is specified.
> > To enable it, use It is
> > also included in ca
Map is based on existing cases in code where we send suspended
event after changing domain state to paused.
Signed-off-by: Nikolay Shirokovskiy
---
src/qemu/qemu_domain.c | 34 ++
src/qemu/qemu_domain.h | 3 +++
src/qemu/qemu_process.c | 9 ++---
3 files c
This patch series is similar in implementation to [1] but the motivation
is simply to avoid suspended event duplication.
[1] https://www.redhat.com/archives/libvir-list/2018-September/msg01304.html
Nikolay Shirokovskiy (3):
qemu: pass stop reason from qemuProcessStopCPUs to stop handler
qemu:
We send duplicate suspended lifecycle events on qemu process stop in several
places. The reason is stop event handler always send suspended event and
we addidionally send same event but with more presise reason after call
to qemuProcessStopCPUs. Domain state change is also duplicated.
Let's change
Now when STOP event handler has correct both suspended event reason
and paused state reason let's wipe out duplicated event sending and
state changed in/after qemuProcessStopCPUs.
Signed-off-by: Nikolay Shirokovskiy
---
src/qemu/qemu_driver.c| 26 +++---
src/qemu/qemu_mig
From: Marc Hartmayer
On s390x the struct member f_type of statsfs is hard coded to 'unsigned
int'. Change virFileIsSharedFixFUSE() to take a 'long long int' and use
a temporary to avoid pointer-casting.
This fixes the following error:
../../src/util/virfile.c:3578:38: error: cast increases requi
On Tue, Oct 09, 2018 at 19:34:43 +0200, Markus Armbruster wrote:
> Cc: libvir-list for review of the compatibility argument below.
>
> Daniel Henrique Barboza writes:
>
> > Hey David,
> >
> > On 9/21/18 9:29 AM, Dr. David Alan Gilbert wrote:
> >> * Daniel Henrique Barboza (danielhb...@gmail.com)
On Thursday, 6 September 2018 17:13:23 CEST Pino Toscano wrote:
> What do you think? Is it an acceptable path forward?
Considering there seems consensus on this solution, how do we move
forward? Should I fix the repository, publish it somewhere (github
or so), and somebody will replace it server-
55 matches
Mail list logo