On 2017/07/27 0:58, Daniel P. Berrange wrote:
On Wed, Jul 26, 2017 at 11:53:06AM -0400, Jay Pipes wrote:
On 07/26/2017 09:57 AM, Daniel P. Berrange wrote:
On Wed, Jul 26, 2017 at 09:50:23AM -0400, Jay Pipes wrote:
On 07/26/2017 03:06 AM, TETSURO NAKAMURA wrote:
Hi Nova team,
It has been quite a long time since the last discussion,
but let me make sure one thing about the thread below.
IIUC, Nova is not welcome ivshmem support because it is no longer
supported by DPDK+QEMU.
But how would you say if it is supported out of DPDK-tree and can be
used from the newest qemu version ?
We are now developing SPP, a DPDK-based vswitch, and thinking about
trying to implement ivshmem support under our SPP code tree if nova (or
at first libvirt community) is acceptable for ivshmem configuration.
Your advice will be very helpful for our decision-making in our project.
I think this is a question that the libvirt community would first need to
weigh in on since Nova is downstream from libvirt -- at least in the sense
of low-level hypervisor support.
Libvirt already supports ivshmem device config
http://libvirt.org/formatdomain.html#elementsShmem
Sorry, I suppose I should have said QEMU, not libvirt. Daniel, you were the
one that specifically discouraged doing anything on ivshmem to Tetsuro:
http://lists.openstack.org/pipermail/openstack-dev/2017-July/120136.html
'ivshmem' was the original device in QEMU and that is indeed still
deprecated.
There are now two replacements 'ivshmem-plain' and 'ivshmem-doorbell'
which can be used instead, which are considered supported by QEMU,
though most people will still recommend using 'vhostuser' instead
if the use of ivshmem is at all network related.
Regards,
Daniel
Thank you very much for the information about current status of ivshmem
in QEMU.
I now understand that 'ivshmem', 'ivshmem-plain' and 'ivshmem-doorbell'
are different solutions, and libvirt already supports the latter two.
+ Mr. Sean Mooney
Did you mean that you caution against building new solutions ontop of
'ivshmem' or ontop of 'ivshmem-plain' and 'ivshmem-doorbell' too?
--
Tetsuro Nakamura <[email protected]>
NTT Network Service Systems Laboratories
TEL:0422 59 6914(National)/+81 422 59 6914(International)
3-9-11, Midori-Cho Musashino-Shi, Tokyo 180-8585 Japan
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
