On Tuesday, 18 August 2020 09:54:25 CEST Michal Privoznik wrote:
> On 8/17/20 5:58 PM, Peter Krempa wrote:
> > On Mon, Aug 17, 2020 at 17:40:04 +0200, Michal Privoznik wrote:
> >> On 8/17/20 5:16 PM, Peter Krempa wrote:
> >>> On Mon, Aug 17, 2020 at 16:26:54 +0200, Michal Privoznik wrote:
>
> -Original Message-
> From: Martin Kletzander
> Sent: Monday, August 17, 2020 4:58 PM
> To: Zhong, Luyao
> Cc: libvir-list@redhat.com; Zang, Rui ; Michal Privoznik
>
> Subject: Re: [libvirt][RFC PATCH] add a new 'default' option for attribute
> mode
> in numatune
>
> On Tue, Aug
On 2020/8/18 下午4:55, Daniel P. Berrangé
wrote:
On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
On 2020/8/14 下午1:16, Yan Zhao wrote:
On Thu, Aug 13, 2020 at 12:24:50PM +0800, Jason Wang wrote:
On Tue, Aug 18, 2020 at 09:54:25 +0200, Michal Privoznik wrote:
[...]
> As promised yesterday, I've dived into the code and found out that the major
> number can be specified as a parameter to the dm module (just tested and it
> works). So the next thing I tried was to see how could we check
On Mon, Aug 17, 2020 at 10:37:18AM +0530, Prathamesh Chavan wrote:
> Reference to `maxQueuedJobs` required us to access
> config of the qemu-driver. And creating its copy in
> the `qemuDomainJob` helped us access the variable
> without referencing the driver's config.
>
> Signed-off-by: Prathamesh
On Mon, Aug 17, 2020 at 4:27 PM Michal Privoznik wrote:
>
> *** BLURB HERE ***
>
> Michal Prívozník (2):
> virdevmapper: Don't error on kernels without DM support
> virdevmapper: Deal with unloading dm module
Hi Michal,
I know from the discussions on the patches that there likely will be
On Mon, Aug 17, 2020 at 08:22 AM +0200, Erik Skultety
wrote:
> On Thu, Aug 13, 2020 at 04:03:43PM +0200, Boris Fiuczynski wrote:
>> Caught these when switching to F32 using GCC v10.2.1 on s390x.
>>
>> Boris Fiuczynski (3):
>> qemu: avoid maybe-uninitialized warning by GCC 10
>> tools: avoid
Your mail came through as HTML-only so all the quoting and attribution
is mangled / lost now :-(
On Tue, Aug 18, 2020 at 05:01:51PM +0800, Jason Wang wrote:
>On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
>
> On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
>
> On 2020/8/14
On Mon, Aug 17, 2020 at 12:18:33PM +0200, Peter Krempa wrote:
> Commit 862cf2ace4f04dadc175caacc74448e96c625ccb modified the generator
> to base edit links in the root of the repository but forgot to add the
> 'docs/' prefix to the code generating kbase articles, manpages and the
> internals
On 8/18/20 10:10 AM, Pino Toscano wrote:
What about stat()ing /dev/mapper/control? That should give you the
major/minor of that special character device.
That won't help. We need to get the major of devmapper targets. For
instance, if there is /dev/dm-0 node, it's going to be a block
On Mon, Aug 17, 2020 at 10:37:19AM +0530, Prathamesh Chavan wrote:
> Functions `qemuDomainRemoveInactiveJob` and
> `qemuDomainRemoveInactiveJobLocked` had their declaration
> misplaced in `qemu_domainjob` and were moved to
> `qemu_domain`.
>
> Signed-off-by: Prathamesh Chavan
> ---
Reviewed-by:
On Tue, 18 Aug 2020 09:55:27 +0100
Daniel P. Berrangé wrote:
> On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
> > Another point, as we discussed in another thread, it's really hard to make
> > sure the above API work for all types of devices and frameworks. So having a
> > vendor
On 8/17/20 5:58 PM, Peter Krempa wrote:
On Mon, Aug 17, 2020 at 17:40:04 +0200, Michal Privoznik wrote:
On 8/17/20 5:16 PM, Peter Krempa wrote:
On Mon, Aug 17, 2020 at 16:26:54 +0200, Michal Privoznik wrote:
In one of my latest patch (v6.6.0~30) I was trying to remove
libdevmapper use in
On Mon, Aug 17, 2020 at 10:37:16AM +0530, Prathamesh Chavan wrote:
> As `qemuDomainJobInfo` had attributes specific to qemu hypervisor's
> jobs, we moved the attribute `current` and `completed` from
> `qemuDomainJobObj` to its `privateData` structure.
>
> In this process, two callback functions:
On Mon, Aug 17, 2020 at 18:02:04 +0200, Andrea Bolognani wrote:
> On Mon, 2020-08-17 at 17:28 +0200, Peter Krempa wrote:
> > On Mon, Aug 17, 2020 at 16:26:55 +0200, Michal Privoznik wrote:
> > > -if ((controlFD = virDMOpen()) < 0)
> > > +if ((controlFD = virDMOpen()) < 0) {
> > > +
On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
>
> On 2020/8/14 下午1:16, Yan Zhao wrote:
> > On Thu, Aug 13, 2020 at 12:24:50PM +0800, Jason Wang wrote:
> > > On 2020/8/10 下午3:46, Yan Zhao wrote:
> > > > > driver is it handled by?
> > > > It looks that the devlink is for network
On Mon, Aug 17, 2020 at 10:37:20AM +0530, Prathamesh Chavan wrote:
> `qemuMigrationJobPhase` was transformed into `virMigrationJobPhase`
> and a common util file `virmigration` was created to store its
> defination.
>
> Signed-off-by: Prathamesh Chavan
> ---
Like I mentioned in review of v1,
On Tue, Aug 18, 2020 at 11:06:17AM +0200, Cornelia Huck wrote:
> On Tue, 18 Aug 2020 09:55:27 +0100
> Daniel P. Berrangé wrote:
>
> > On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
> > > Another point, as we discussed in another thread, it's really hard to make
> > > sure the above
On Tue, Aug 18, 2020 at 11:36 AM Michal Privoznik wrote:
>
> v2 of:
>
> https://www.redhat.com/archives/libvir-list/2020-August/msg00489.html
>
> diff to v1:
> - After discussion to v1 I've decided to not cache DM major number and
> thus the patches looks a bit different.
>
> Michal Prívozník
On Tue, 18 Aug 2020 10:16:28 +0100
Daniel P. Berrangé wrote:
> On Tue, Aug 18, 2020 at 05:01:51PM +0800, Jason Wang wrote:
> >On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
> >
> > On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
> >
> > On 2020/8/14 下午1:16, Yan Zhao wrote:
>
On Tue, Aug 18, 2020 at 11:30:24 +0200, Michal Privoznik wrote:
> The device mapper major is needed in virIsDevMapperDevice() which
> determines whether given device is managed by device-mapper. This
> number is obtained by parsing /proc/devices and then stored in a
> global variable so that the
On Tue, 18 Aug 2020 10:24:33 +0100
Daniel P. Berrangé wrote:
> On Tue, Aug 18, 2020 at 11:06:17AM +0200, Cornelia Huck wrote:
> > On Tue, 18 Aug 2020 09:55:27 +0100
> > Daniel P. Berrangé wrote:
> >
> > > On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
> > > > Another point, as
On Tue, Aug 18, 2020 at 12:11 PM Christian Ehrhardt
wrote:
>
> On Tue, Aug 18, 2020 at 11:36 AM Michal Privoznik wrote:
> >
> > v2 of:
> >
> > https://www.redhat.com/archives/libvir-list/2020-August/msg00489.html
> >
> > diff to v1:
> > - After discussion to v1 I've decided to not cache DM major
When adding support for HMAT, in f0611fe8830 I've introduced a
check which aims to validate /domain/cpu/numa/interconnects. As a
part of that, there is a loop which checks whether all
with @cache attribute refer to an existing cache level. For
instance:
Signed-off-by: Michal Privoznik
---
NEWS.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/NEWS.rst b/NEWS.rst
index 63ca689b43..b80e72f8c6 100644
--- a/NEWS.rst
+++ b/NEWS.rst
@@ -17,6 +17,13 @@ v6.7.0 (unreleased)
* **Bug fixes**
+ * virdevmapper: Deal with kernels without
Hi Jason,
From: Jason Wang
Sent: Tuesday, August 18, 2020 2:32 PM
On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
On 2020/8/14 下午1:16, Yan Zhao wrote:
On Thu, Aug 13, 2020 at 12:24:50PM +0800, Jason Wang wrote:
On 2020/8/10 下午3:46,
On Tue, 2020-08-18 at 13:14 +0200, Michal Privoznik wrote:
> + * virdevmapper: Deal with kernels without DM support
> +
> +In the previous release libvirt dropped libdevmapper in favor of its own
> +implementation. However, it forgot to deal with kernels that either don't
s/forgot to
On Tue, Aug 18, 2020 at 11:30:25 +0200, Michal Privoznik wrote:
> In one of my latest patch (v6.6.0~30) I was trying to remove
> libdevmapper use in favor of our own implementation. However, the
> code did not take into account that device mapper can be not
> compiled into the kernel (e.g. be a
v2 of:
https://www.redhat.com/archives/libvir-list/2020-August/msg00489.html
diff to v1:
- After discussion to v1 I've decided to not cache DM major number and
thus the patches looks a bit different.
Michal Prívozník (2):
virdevmapper: Don't cache device-mapper major
virdevmapper: Handle
In one of my latest patch (v6.6.0~30) I was trying to remove
libdevmapper use in favor of our own implementation. However, the
code did not take into account that device mapper can be not
compiled into the kernel (e.g. be a separate module that's not
loaded) in which case /proc/devices won't have
The device mapper major is needed in virIsDevMapperDevice() which
determines whether given device is managed by device-mapper. This
number is obtained by parsing /proc/devices and then stored in a
global variable so that the file doesn't have to be parsed again.
However, as it turns out this logic
On Mon, Aug 17, 2020 at 10:37:21AM +0530, Prathamesh Chavan wrote:
> Dependency on qemu-specific `diskPrivatePtr` was removed
> by moving the funcitons `qemuDomainObjPrivateXMLParseJobNBD`
> and `qemuDomainObjPrivateXMLFormatNBDMigration` to
> `qemu_domain`, and moving their calls inside
> the
Hi Cornelia,
> From: Cornelia Huck
> Sent: Tuesday, August 18, 2020 3:07 PM
> To: Daniel P. Berrangé
> Cc: Jason Wang ; Yan Zhao
> ; k...@vger.kernel.org; libvir-list@redhat.com;
> qemu-de...@nongnu.org; Kirti Wankhede ;
> eau...@redhat.com; xin-ran.w...@intel.com; cor...@lwn.net; openstack-
>
During API call connection is referenced and close callback is called when
connection is disposed. Thus during API call close callback cannot be triggered
and we don't need to unset callback on API call duration.
This code was added in [1] and commit does not explain this part of the
patch.
[1]
Nikolay Shirokovskiy (2):
qemu: fix qemuMigrationSrcCleanup to use qemuMigrationJobFinish
qemu: don't needlessly unset close callback during perform phase
src/qemu/qemu_migration.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
--
1.8.3.1
qemuMigrationSrcCleanup uses qemuDomainObjDiscardAsyncJob currently. But
discard does not reduce jobs_queued counter so it leaks. Also discard does not
notify other threads that job condition is available. Discard does reset nested
job but nested job is not possible in this conditions.
On Sat, Aug 08, 2020 at 04:19:58PM +0800, Hao Wang wrote:
> From: Hao Wang
> Subject: [PATCH] doCoreDump: fix return value not expect as result
>
> In a case that qemuDumpToFd() return zero while VIR_CLOSE(fd) fails,
> codes will go to "cleanup" with "ret=0", resulting in unexpected return
>
On Thu, Jul 16, 2020 at 05:21:46PM -0500, Jonathon Jongsma wrote:
> This virsh command maps to virNodeDeviceCreate(), which starts a node
> device that has been previously defined by virNodeDeviceDefineXML().
> This is only supported for mediated devices.
>
> Signed-off-by: Jonathon Jongsma
> ---
On 8/18/20 3:44 PM, Pavel Hrdina wrote:
Pavel Hrdina (2):
src/meson: introduce srcdir and builddir into augeas_test_data
dictionary
meson/src: add missing augeas tests
src/bhyve/meson.build | 3 +++
src/libxl/meson.build | 3 +++
src/locking/meson.build | 9 +++
Most of our augeas files are generated during meson setup into build
directory and we were running augeas tests only for these files.
However, we have some other augeas and config files that are not
modified during meson setup and they are only in source directories.
In order to run tests for
Pavel Hrdina (2):
src/meson: introduce srcdir and builddir into augeas_test_data
dictionary
meson/src: add missing augeas tests
src/bhyve/meson.build | 3 +++
src/libxl/meson.build | 3 +++
src/locking/meson.build | 9 +++
src/logging/meson.build | 3 +++
src/lxc/meson.build
This will be used later to specify different include directories for
augparse binary to run augeas tests.
Signed-off-by: Pavel Hrdina
---
src/meson.build | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/meson.build b/src/meson.build
index
mdevctl does not currently provide any events when the list of defined
devices changes, so we will need to poll mdevctl for the list of defined
devices periodically. When a mediated device no longer exists from one
iteration to the next, we need to treat it as an "undefine" event.
When we get
This adds some internal API to query for persistent mediated devices
that are defined by mdevctl. Following commits will make use of this
information. This just provides the infrastructure and tests for this
feature. One test verifies that we are executing mdevctl with the proper
arguments, and
Now that we can filter active and inactive node devices in
virConnectListAllNodeDevices(), add these switches to the virsh command.
Eventual output (once everything is hooked up):
virsh # nodedev-list --inactive --cap mdev
mdev_07d8b8b0_7e04_4c0f_97ed_9214ce12723c
It should be src/meson in the subject, fixed in my local branch.
Pavel
signature.asc
Description: PGP signature
On Tue, Jul 07, 2020 at 21:46:19 +0200, Michal Privoznik wrote:
> The buffer that allocated in the virFDStreamThreadDoRead() can be
> automatically freed, or if saved into the message structure it
> can be stolen.
>
> Signed-off-by: Michal Privoznik
> ---
> src/util/virfdstream.c | 6 ++
>
This interface allows you to undefine a persistently defined (but
inactive) mediated devices. It is implemented via 'mdevctl'
Signed-off-by: Jonathon Jongsma
---
include/libvirt/libvirt-nodedev.h | 2 +
src/driver-nodedev.h | 4 ++
src/libvirt-nodedev.c
The macro should not have a trailing semicolon so that when the macro is
used, the user can add a semicolon themselves.
Signed-off-by: Jonathon Jongsma
---
tests/nodedevmdevctltest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/nodedevmdevctltest.c
This patch series follows the previously-merged series which added support for
transient mediated devices. This series expands mdev support to include
persistent device definitions. Again, it relies on mdevctl as the backend.
It follows the common libvirt pattern of APIs by adding the following
Add a virsh command that maps to virNodeDeviceUndefine().
Signed-off-by: Jonathon Jongsma
---
tools/virsh-nodedev.c | 65 +++
1 file changed, 65 insertions(+)
diff --git a/tools/virsh-nodedev.c b/tools/virsh-nodedev.c
index 34203c0e91..db56fbc5e9 100644
With mediated devices, we can now define persistent node devices that
can be started and stopped. In order to take advantage of this, we need
an API to define new node devices.
Signed-off-by: Jonathon Jongsma
---
include/libvirt/libvirt-nodedev.h | 4 +
src/driver-nodedev.h
Since a mediated device can be persistently defined by the mdevctl
backend, we need additional lifecycle events beyond CREATED/DELETED to
indicate that e.g. the device has been stopped but the device definition
still exists.
Signed-off-by: Jonathon Jongsma
---
examples/c/misc/event-test.c
This new API function provides a way to start a persistently-defined
mediate device that was defined by virNodeDeviceDefineXML() (or one that
was defined externally via mdevctl)
Signed-off-by: Jonathon Jongsma
---
include/libvirt/libvirt-nodedev.h| 2 +
src/driver-nodedev.h
we will be able to define mediated devices that can be started or
stopped, so we need to be able to indicate whether the device is active
or not, similar to other resources (storage pools, domains, etc.)
Signed-off-by: Jonathon Jongsma
---
src/conf/virnodedeviceobj.c| 14 ++
Add two flag values for virConnectListAllNodeDevices() so that we can
list only node devices that are active or inactive.
Signed-off-by: Jonathon Jongsma
---
include/libvirt/libvirt-nodedev.h| 9 ++---
src/conf/node_device_conf.h | 8
src/conf/virnodedeviceobj.c
At startup, query devices that are defined by 'mdevctl' and add them to
the node device list.
This adds a complication: we now have two potential sources of
information for a node device:
- udev for all devices and for activated mediated devices
- mdevctl for persistent mediated devices
We need to peridocally query mdevctl for changes to device definitions
since an administrator can define new devices with mdevctl outside of
libvirt.
In order to do this, a new thread is created to handle the querying. In
the future, mdevctl may add a way to signal device add / remove via
events,
This virsh command maps to virNodeDeviceCreate(), which starts a node
device that has been previously defined by virNodeDeviceDefineXML().
This is only supported for mediated devices.
Signed-off-by: Jonathon Jongsma
---
tools/virsh-nodedev.c | 61 +++
1
Several functions accept providing a node device by name or by wwnn,wwpn
pair. Extract the logic to do this into a function that can be used by
both callers.
Signed-off-by: Jonathon Jongsma
---
tools/virsh-nodedev.c | 58 +--
1 file changed, 28
Add a virsh command that maps to virNodeDeviceDefineXML().
Signed-off-by: Jonathon Jongsma
---
tools/virsh-nodedev.c | 58 +++
1 file changed, 58 insertions(+)
diff --git a/tools/virsh-nodedev.c b/tools/virsh-nodedev.c
index f078ce6516..45d6c7b493 100644
We use two spaces everywhere else.
This commit is best viewed with 'git show -w'.
Signed-off-by: Andrea Bolognani
---
meson.build | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/meson.build b/meson.build
index 0913308bec..18259973b8 100644
---
All pushed as trivial.
Andrea Bolognani (2):
meson: Fix indentation
meson: Don't use spaces after parentheses
meson.build | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
--
2.26.2
On 8/5/20 2:19 AM, Andrea Bolognani wrote:
On Wed, 2020-08-05 at 02:09 -0400, Mark Mielke wrote:
Hi all:
In testing qemu-5.1rc2 on my Fedora 32 home system, I found that
the Fedora rawhide package has broken out both the QXL display
device and the USB redirect device into separate RPM modules:
Signed-off-by: Andrea Bolognani
---
Pushed as trivial.
meson_options.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson_options.txt b/meson_options.txt
index 1d19094e2e..c538d323c1 100644
--- a/meson_options.txt
+++ b/meson_options.txt
@@ -36,7 +36,7 @@
Hi All,
Any comments on V2 of this series? (Thanks Jano for reviewing V1!)
Regards,
Jim
On 8/4/20 4:13 PM, Jim Fehlig wrote:
V2 of https://www.redhat.com/archives/libvir-list/2020-July/msg02043.html
Changes in V2:
- Drop use of virStringListCopy, and hence patch 1/4
- Switch to using 'xen'
We don't do that anywhere else.
Signed-off-by: Andrea Bolognani
---
meson.build | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meson.build b/meson.build
index 18259973b8..a72d0c0e85 100644
--- a/meson.build
+++ b/meson.build
@@ -1753,11 +1753,11 @@ if not
On 8/18/20 6:55 AM, Michal Privoznik wrote:
When adding support for HMAT, in f0611fe8830 I've introduced a
check which aims to validate /domain/cpu/numa/interconnects. As a
part of that, there is a loop which checks whether all
with @cache attribute refer to an existing cache level. For
vDPA network devices allow high-performance networking in a virtual
machine by providing a wire-speed data path. These devices require a
vendor-specific host driver but the data path follows the virtio
specification.
The support for vDPA devices was recently added to qemu. This allows
libvirt to
Signed-off-by: Andrea Bolognani
---
Pushed as trivial.
meson_options.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson_options.txt b/meson_options.txt
index 1313effd09..1d19094e2e 100644
--- a/meson_options.txt
+++ b/meson_options.txt
@@ -74,7 +74,7 @@
On Tue, Aug 18, 2020 at 11:25:19AM -0700, Scott Shambarger wrote:
> The latest release at https://libvirt.org/sources/libvirt-6.6.0.tar.xz
> includes a configure script that breaks Homebrew (and other builds on
> MacOS/Darwin). The breaking change is related to a new version of the file
>
The latest release at https://libvirt.org/sources/libvirt-6.6.0.tar.xz
includes a configure script that breaks Homebrew (and other builds on
MacOS/Darwin). The breaking change is related to a new version of the
file m4/libtool.m4; line 2648 was changed to:
shrext_cmds='`test .$module =
On 2020/8/18 下午5:36, Cornelia Huck wrote:
On Tue, 18 Aug 2020 10:16:28 +0100
Daniel P. Berrangé wrote:
On Tue, Aug 18, 2020 at 05:01:51PM +0800, Jason Wang wrote:
On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
On
On 2020/8/18 下午5:32, Parav Pandit wrote:
Hi Jason,
From: Jason Wang
Sent: Tuesday, August 18, 2020 2:32 PM
On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
On Tue, Aug 18, 2020 at 11:24:30AM +0800, Jason Wang wrote:
On 2020/8/14 下午1:16, Yan Zhao wrote:
On Thu, Aug 13, 2020 at 12:24:50PM
On Tue, Aug 18, 2020 at 3:13 PM Erik Skultety wrote:
>
> On Mon, Aug 17, 2020 at 10:37:21AM +0530, Prathamesh Chavan wrote:
> > Dependency on qemu-specific `diskPrivatePtr` was removed
> > by moving the funcitons `qemuDomainObjPrivateXMLParseJobNBD`
> > and
src/security/apparmor/meson.build builds this path dynamically
based on the value of sysconfdir, so we should do the same here
or the code and the filesystem might end up disagreeing.
Signed-off-by: Andrea Bolognani
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Found while updating the Debian package for libvirt to a snapshot
taken from master. Possibly more to come.
Andrea Bolognani (2):
meson: Set WITH_APPARMOR_PROFILES
meson: Don't hardcode /etc in APPARMOR_DIR
meson.build | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--
2.26.2
This variable is used in src/security/meson.build to decide
whether to install the AppArmor profiles, and at the moment
even when the user specifies -Dapparmor_profiles=true they
don't get installed.
Signed-off-by: Andrea Bolognani
---
meson.build | 3 +++
1 file changed, 3 insertions(+)
diff
On 2020/8/18 下午5:16, Daniel P. Berrangé wrote:
Your mail came through as HTML-only so all the quoting and attribution
is mangled / lost now :-(
My bad, sorry.
On Tue, Aug 18, 2020 at 05:01:51PM +0800, Jason Wang wrote:
On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
On Tue, Aug
On Tue, Aug 18, 2020 at 09:39:24AM +, Parav Pandit wrote:
> Hi Cornelia,
>
> > From: Cornelia Huck
> > Sent: Tuesday, August 18, 2020 3:07 PM
> > To: Daniel P. Berrangé
> > Cc: Jason Wang ; Yan Zhao
> > ; k...@vger.kernel.org; libvir-list@redhat.com;
> > qemu-de...@nongnu.org; Kirti
> From: Yan Zhao
> Sent: Wednesday, August 19, 2020 9:01 AM
> On Tue, Aug 18, 2020 at 09:39:24AM +, Parav Pandit wrote:
> > Please refer to my previous email which has more example and details.
> hi Parav,
> the example is based on a new vdpa tool running over netlink, not based on
>
> From: Jason Wang
> Sent: Wednesday, August 19, 2020 8:16 AM
> On 2020/8/18 下午5:32, Parav Pandit wrote:
> > Hi Jason,
> >
> > From: Jason Wang
> > Sent: Tuesday, August 18, 2020 2:32 PM
> >
> >
> > On 2020/8/18 下午4:55, Daniel P. Berrangé wrote:
> > On Tue, Aug 18, 2020 at 11:24:30AM +0800,
82 matches
Mail list logo
