From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) by dpdk.org (Postfix) with ESMTP id 1B62DB5B6 for ; Mon, 16 Feb 2015 09:19:20 +0100 (CET) Received: by pdno5 with SMTP id o5so33700286pdn.8 for ; Mon, 16 Feb 2015 00:19:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=izg4RUhmH5cMgIuMu6+Adai8DemJw4IjubBPOaQgnAA=; b=jrRrG5Gfp0HRbGSHY9P9II3l0weUJFmYTqbNaI1GUo++y3s2YMl1aJzHVNM4X2tN4p p0gbcR6LNWlX1PC5TkXTtiPhsYO1Yk6jrz6WFqGCUW39+sbhl8yQygduVNk0Ee0fbkyk BOuUQbLMw3Qfby2/zcRXv3bRAWYMC2XmgHV6b5LLGiZkak7OC4GvHZJr+CGH/rfHyBVK ErnHXIiWU9WJLNqq4k2NODyE4baq3/kmf3vppojaLp+6suP5+p1Ce/Da3dGnn1EEHqs9 VyV4GMlHm8q7ZYprXrdtojcyiJWTwC8Hz2+8FEjuwPVvq8zSo7c9eBDSNGXmBtu+gWGb ld6A== X-Gm-Message-State: ALoCoQkU/UF8pNd5PFFrCGF15Nps0b+tjzxg97v3xV4cAaAFinV10pj9mqJYkd8NbOtrpYxmrWwX X-Received: by 10.66.194.129 with SMTP id hw1mr37555959pac.143.1424074759470; Mon, 16 Feb 2015 00:19:19 -0800 (PST) Received: from [10.16.129.101] (napt.igel.co.jp. [219.106.231.132]) by mx.google.com with ESMTPSA id f10sm4597493pds.37.2015.02.16.00.19.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Feb 2015 00:19:18 -0800 (PST) Message-ID: <54E1A805.2090209@igel.co.jp> Date: Mon, 16 Feb 2015 17:19:17 +0900 From: Tetsuya Mukawa User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Huawei Xie References: <1423717649-11818-1-git-send-email-huawei.xie@intel.com> In-Reply-To: <1423717649-11818-1-git-send-email-huawei.xie@intel.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH v2 00/11] qemu vhost-user support 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, 16 Feb 2015 08:19:20 -0000 On 2015/02/12 14:07, Huawei Xie wrote: > vhost-user supports passing vring information to a seperate vhost enabled > user space process, normally a user space vSwitch, through unix domain socket. > > In previous DPDK version, we implement a user space character device driver > vhost-cuse in user space DPDK process. vring information is passed to the > cuse driver through ioctl call, including eventfds for interrupt injection and > host notification. A kernel module is developed to copy these fds from > qemu process into our process. We also need some trick to map guest memory. > (TODO: kickfd/callfd is reversed which causes confusion) > > known issue in vhost-user implementation in QEMU, reported by haifeng.lin@huawei.com > * QEMU doesn't send correct memory region information with multiple numa node configuration > http://lists.gnu.org/archive/html/qemu-devel/2014-12/msg01454.html > > Thanks Tetsuya for reporting the issue that "FD_ISSET would crash when receive -1 > as fd on Ubuntu 14.04". > > Huawei Xie (11): > enable VIRTIO_NET_F_CTRL_RX > create vhost_cuse directory and move vhost-net-cdev.c into vhost_cuse > rename vhost-net-cdev.h to vhost-net.h > move fd copying(from qemu process into vhost process) to eventfd_copy.c > copy host_memory_map from virtio-net.c to a new file virtio-net-cdev.c > make host_memory_map a more generic function. > implement cuse_set_memory_table in virtio-net-cdev.c > add select based event driven processing > vhost user support > support dev->ifname > support calling rte_vhost_driver_register after rte_vhost_driver_session_start > > lib/librte_vhost/Makefile | 8 +- > lib/librte_vhost/rte_virtio_net.h | 5 +- > lib/librte_vhost/vhost-net-cdev.c | 389 -------------------- > lib/librte_vhost/vhost-net-cdev.h | 113 ------ > lib/librte_vhost/vhost-net.h | 118 +++++++ > lib/librte_vhost/vhost_cuse/eventfd_copy.c | 88 +++++ > lib/librte_vhost/vhost_cuse/eventfd_copy.h | 39 ++ > lib/librte_vhost/vhost_cuse/vhost-net-cdev.c | 417 ++++++++++++++++++++++ > lib/librte_vhost/vhost_cuse/virtio-net-cdev.c | 423 ++++++++++++++++++++++ > lib/librte_vhost/vhost_cuse/virtio-net-cdev.h | 48 +++ > lib/librte_vhost/vhost_rxtx.c | 2 +- > lib/librte_vhost/vhost_user/fd_man.c | 258 ++++++++++++++ > lib/librte_vhost/vhost_user/fd_man.h | 67 ++++ > lib/librte_vhost/vhost_user/vhost-net-user.c | 472 +++++++++++++++++++++++++ > lib/librte_vhost/vhost_user/vhost-net-user.h | 106 ++++++ > lib/librte_vhost/vhost_user/virtio-net-user.c | 314 ++++++++++++++++ > lib/librte_vhost/vhost_user/virtio-net-user.h | 49 +++ > lib/librte_vhost/virtio-net.c | 491 ++------------------------ > lib/librte_vhost/virtio-net.h | 43 +++ > 19 files changed, 2491 insertions(+), 959 deletions(-) > delete mode 100644 lib/librte_vhost/vhost-net-cdev.c > delete mode 100644 lib/librte_vhost/vhost-net-cdev.h > create mode 100644 lib/librte_vhost/vhost-net.h > create mode 100644 lib/librte_vhost/vhost_cuse/eventfd_copy.c > create mode 100644 lib/librte_vhost/vhost_cuse/eventfd_copy.h > create mode 100644 lib/librte_vhost/vhost_cuse/vhost-net-cdev.c > create mode 100644 lib/librte_vhost/vhost_cuse/virtio-net-cdev.c > create mode 100644 lib/librte_vhost/vhost_cuse/virtio-net-cdev.h > create mode 100644 lib/librte_vhost/vhost_user/fd_man.c > create mode 100644 lib/librte_vhost/vhost_user/fd_man.h > create mode 100644 lib/librte_vhost/vhost_user/vhost-net-user.c > create mode 100644 lib/librte_vhost/vhost_user/vhost-net-user.h > create mode 100644 lib/librte_vhost/vhost_user/virtio-net-user.c > create mode 100644 lib/librte_vhost/vhost_user/virtio-net-user.h > create mode 100644 lib/librte_vhost/virtio-net.h > Hi Xie, I have 2 questions about v2 patches. Could you please check my other emails? Also checkpatch.pl reports some warnings. I am not sure how strictly we should follow checkpatch.pl. Here is what I did. $ git show --format=email | checkpatch.pl --no-tree --no-signoff -q - Is there a consensus how to use checkpatch.pl in DPDK community? Thanks, Tetsuya