From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout3.w1.samsung.com (mailout3.w1.samsung.com [210.118.77.13]) by dpdk.org (Postfix) with ESMTP id 1757DF72 for ; Mon, 11 Jan 2016 15:21:31 +0100 (CET) Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout3.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0O0S000RGL7TUG40@mailout3.w1.samsung.com> for dev@dpdk.org; Mon, 11 Jan 2016 14:21:29 +0000 (GMT) X-AuditID: cbfec7f4-f79026d00000418a-7f-5693ba69a477 Received: from eusync2.samsung.com ( [203.254.199.212]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id AA.7E.16778.96AB3965; Mon, 11 Jan 2016 14:21:29 +0000 (GMT) Received: from fedinw7x64 ([106.109.131.169]) by eusync2.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0O0S00EZ1L7SLP30@eusync2.samsung.com>; Mon, 11 Jan 2016 14:21:29 +0000 (GMT) From: Pavel Fedin To: 'Jianfeng Tan' , dev@dpdk.org References: <1446748276-132087-1-git-send-email-jianfeng.tan@intel.com> <1452426182-86851-1-git-send-email-jianfeng.tan@intel.com> In-reply-to: <1452426182-86851-1-git-send-email-jianfeng.tan@intel.com> Date: Mon, 11 Jan 2016 17:21:27 +0300 Message-id: <058a01d14c7b$5cdc60d0$16952270$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-index: AQLOfZuJ4skKn5NxqR5aD7duH+7e0wGBr/PNnO/tS0A= Content-language: ru X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsVy+t/xK7qZuyaHGTzpMLeY+/IHk8W7T9uZ LNpnnmWy6J79hc3i7+xWVov/v16xWhzr+cRqcejQYUaLTe8msVpcn3CB1YHL48Hlm0wevxYs ZfVoOfKW1aPxuYTH4j0vmTyaXzxn8Zh3MtDj/b6rbAEcUVw2Kak5mWWpRfp2CVwZr6bvZCm4 yF6x7/oDtgbGWWxdjBwcEgImEtce+nYxcgKZYhIX7q0HCnNxCAksZZSY29bOCuF8Z5TYOesm G0gVm4C6xOmvH1hAbBEBS4lPb/4xg9jMAmcYJY7sYIdoaGGUuNe/DKyIU8Bd4sm/XSwg24QF TCU+LhAGCbMIqEqcWbECrJcXaM7s+zsZIWxBiR+T77FAzNSS2LytiRXClpfYvOYtM8SlChI7 zr5mhLjBSuJP6xqoGhGJaf/uMU9gFJqFZNQsJKNmIRk1C0nLAkaWVYyiqaXJBcVJ6bmGesWJ ucWleel6yfm5mxghcfZlB+PiY1aHGAU4GJV4eB12TAoTYk0sK67MPcQowcGsJMKrtn1ymBBv SmJlVWpRfnxRaU5q8SFGaQ4WJXHeubvehwgJpCeWpGanphakFsFkmTg4pRoYs+N27bp29MnT hbqXf666FxHAvHKK3BO39E9Td7FbSTu/3fhS9JpO7eOJSd279ruyKpz9rnW7w6B8Dd86p/S0 fyWaP4wuVPMznWv9dSfjcTLXh0ZHjtLXTj6Rr/bLNm16sE6xj0Fe6Tt7l4doudFv7zc9rUX9 uwIfcVyeYXO/qX/Sk1sbQtdsUWIpzkg01GIuKk4EAOJv+CevAgAA Cc: nakajima.yoshihiro@lab.ntt.co.jp, mst@redhat.com, ann.zhuangyanying@huawei.com Subject: Re: [dpdk-dev] [PATCH 0/4] virtio support for container X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2016 14:21:31 -0000 Hello! > This patchset is to provide high performance networking interface (virtio) > for container-based DPDK applications. The way of starting DPDK apps in > containers with ownership of NIC devices exclusively is beyond the scope. > The basic idea here is to present a new virtual device (named eth_cvio), > which can be discovered and initialized in container-based DPDK apps using > rte_eal_init(). To minimize the change, we reuse already-existing virtio > frontend driver code (driver/net/virtio/). With the aforementioned fixes i tried to run it inside libvirt-lxc. I got the following: a) With hugepages - "abort with 256 hugepage files exceed the maximum of 8 for vhost-user" - i set -m 512 b) With --single-file - ovs runs, but doesn't get any packets at all. When i try to ping the container from within host side, it counts drops on vhost-user port. Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia