Hello,
Just want to check the status of this project
Is it alive ? working ?
Can I run a container connected to OVS-DPDK via a virtio device ?
Where can I download the code/patches ?
Best Regards
avi
On 12/31/2015 11:39 PM, Pavel Fedin wrote:
> Hello!
>
> Last minute note. I have found the problem but have no time to research and
> fix it.
> It happens because ovs first creates the device, starts it, then stops it,
> and reconfigures queues. The second queue allocation
> happens from
Russia
> -Original Message-
> From: Pavel Fedin [mailto:p.fedin at samsung.com]
> Sent: Thursday, December 31, 2015 4:47 PM
> To: 'Tan, Jianfeng'; 'dev at dpdk.org'
> Subject: RE: [dpdk-dev] [RFC 0/5] virtio support for container
>
> He
Hello!
> > a) ovs_in_container does not send VHOST_USER_SET_MEM_TABLE
> Please check if rte_eth_dev_start() is called.
> (rte_eth_dev_start -> virtio_dev_start -> vtpci_reinit_complete ->
> kick_all_vq)
I've figured out what happened, and it's my fault only :( I have modified your
patchset an
Hello!
> > Here you ignore errors. And this particular request for some reason ends up
> > in EBADF. The most magic part is that sometimes it just
> > works...
> > Not sure if i can finish it today, and here in Russia we have New Year
> > holidays
> > until 11th.
>
> Oops, I made a mistake he
Hello!
> > a) ovs_in_container does not send VHOST_USER_SET_MEM_TABLE
> Please check if rte_eth_dev_start() is called.
> (rte_eth_dev_start -> virtio_dev_start -> vtpci_reinit_complete ->
> kick_all_vq)
>
> > b) set_vring_addr() does not make sure that dev->mem is set.
> > I am preparing a patc
Hello!
> Before you start another ovs_in_container, previous ones get killed?
Of course. It crashes.
> If so, vhost information in ovs_on_host will be wiped as the unix socket is
> broken.
Yes. And ovs_on_host crashes because:
a) ovs_in_container does not send VHOST_USER_SET_MEM_TABLE (i do
Hello!
>
> I've made some progress about (a). It's tricky. This caused by this fragment:
>
> if (vhost_user_read(vhost->sockfd, &msg, len, fds, fd_num) < 0)
> return 0;
>
> Here you ignore errors. And this particular request for some reason ends up
> in EBADF. The most
Hello!
> First of all, when you say openvswitch, are you referring to ovs-dpdk?
I am referring to mainline ovs, compiled with dpdk, and using userspace
dataplane.
AFAIK ovs-dpdk is early Intel fork, which is abandoned at the moment.
> And can you detail your test case? Like, how do you want
Hi,
> a) ovs_in_container does not send VHOST_USER_SET_MEM_TABLE
Please check if rte_eth_dev_start() is called.
(rte_eth_dev_start -> virtio_dev_start -> vtpci_reinit_complete -> kick_all_vq)
> b) set_vring_addr() does not make sure that dev->mem is set.
> I am preparing a patch to fix (b).
Ye
> -Original Message-
> From: Pavel Fedin [mailto:p.fedin at samsung.com]
> Sent: Thursday, December 31, 2015 5:40 PM
> To: Tan, Jianfeng; dev at dpdk.org
> Subject: RE: [dpdk-dev] [RFC 0/5] virtio support for container
>
> Hello!
>
> > First of all, whe
ovs_in_container?
Thanks,
Jianfeng
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pavel Fedin
> Sent: Wednesday, December 30, 2015 5:47 PM
> To: dev at dpdk.org
> Subject: Re: [dpdk-dev] [RFC 0/5] virtio support for container
>
> Hello
Hello everybody!
I am currently working on improved version of this patchset, and i am testing
it with openvswitch. I run two openvswitch instances:
on host and in container. Both ovs instances forward packets between its LOCAL
port and vhost/virtio port. This way i can
comfortably run PING be
> -Original Message-
> From: Zhuangyanying [mailto:ann.zhuangyanying at huawei.com]
> Sent: Tuesday, November 24, 2015 11:53 AM
> To: Tan, Jianfeng; dev at dpdk.org
> Cc: mst at redhat.com; mukawa at igel.co.jp; nakajima.yoshihiro at
> lab.ntt.co.jp;
> Qiu, Michael; Guohongzhen; Zhoujing
> -Original Message-
> From: Jianfeng Tan [mailto:jianfeng.tan at intel.com]
> Sent: Friday, November 06, 2015 2:31 AM
> To: dev at dpdk.org
> Cc: mst at redhat.com; mukawa at igel.co.jp; nakajima.yoshihiro at
> lab.ntt.co.jp;
> michael.qiu at intel.com; Guohongzhen; Zhoujingbin; Zhuangy
This patchset only acts as a PoC to request the community for comments.
This patchset is to provide high performance networking interface
(virtio) for container-based DPDK applications. The way of starting
DPDK applications in containers with ownership of NIC devices
exclusively is beyond the scop
16 matches
Mail list logo
