From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) by dpdk.org (Postfix) with ESMTP id D24B39392 for ; Fri, 13 Nov 2015 07:50:20 +0100 (CET) Received: by pacdm15 with SMTP id dm15so90926905pac.3 for ; Thu, 12 Nov 2015 22:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel_co_jp.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=duJ4oQM5wiZIMAcQOOfug4O4ld8UK4wDIoLSZv5l7dA=; b=S49ufPmIwG0hz0Q4HjtnOVYKUgyYSaRJOYI6JICc2kuZe/YB2Sny/XWT8691TRsGh5 NLOWJ3z9J44M0Iv238KYuExo+fviOiXOZL1RzGQE9Mn9nkYOAoI8pkZiPdKOO9li9dYI qDTdj3/IIgo37E1zo3GGSHbrmc54c1eQKXErKqo9Ge7EniYH6GhWOza16VOu9JnoQd9a ueGFnyTa161xHwAp8Kz5YPecwD2jk5QFcNprk5FH8Wuc9OKaFBYAydL2veFSDFiilcuR eSYgT+mKJsnftKMKIbpPMRnE22UWpoFWhaOr9QSG5xzZ4FMMFO4RHW4J8qz6Xg+8x676 gWqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=duJ4oQM5wiZIMAcQOOfug4O4ld8UK4wDIoLSZv5l7dA=; b=OlU4c5Ra1vgx6S7SN5bDp5YMIQ80Ummyf618LSd82gprMr08kuYJU3+k9S4CrxWjSV vMxF5dJKp3aclGcLUxmAle2PGSYdVAsPBgiIF8t2TR0n6sNAcX3lTPuhNBlrL7vyBmUW sTJO1B67mxeB6rwr9TfW/CyEb+YhjCQYkW4DHgdWtIANX4IDKhSONx4Qes82Vzrbw4sX MaJCzix2owV+DEbDjjoLfuzlnBhX0pTus6FOuHRmh6HK2u6YgYtvFGGdgU9UeGB8qBUY NLTrmNf9d+H5aWo3tkB/seuhXnqBNPMXV131OsSIi1kpnUvB4h66GPoSlYSx6C3MtU7C P7CQ== X-Gm-Message-State: ALoCoQnRslOO9l5Rh9/uG3Q3V2zjp7QegscM/Fyw9/rbVEqGumQrtaOXLoQp6WD+65oJVELXMNv/ X-Received: by 10.66.180.48 with SMTP id dl16mr7888466pac.39.1447397420248; Thu, 12 Nov 2015 22:50:20 -0800 (PST) Received: from [10.16.129.101] (napt.igel.co.jp. [219.106.231.132]) by smtp.googlemail.com with ESMTPSA id qn5sm18391171pac.41.2015.11.12.22.50.18 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Nov 2015 22:50:19 -0800 (PST) To: Yuanhan Liu References: <1447046221-20811-3-git-send-email-mukawa@igel.co.jp> <1447392031-24970-1-git-send-email-mukawa@igel.co.jp> <20151113053215.GN2326@yliu-dev.sh.intel.com> From: Tetsuya Mukawa X-Enigmail-Draft-Status: N1110 Message-ID: <56458828.7070009@igel.co.jp> Date: Fri, 13 Nov 2015 15:50:16 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151113053215.GN2326@yliu-dev.sh.intel.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org, ann.zhuangyanying@huawei.com Subject: Re: [dpdk-dev] [PATCH v4 0/2] Add VHOST PMD 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: Fri, 13 Nov 2015 06:50:21 -0000 On 2015/11/13 14:32, Yuanhan Liu wrote: > On Fri, Nov 13, 2015 at 02:20:29PM +0900, Tetsuya Mukawa wrote: >> The patch introduces a new PMD. This PMD is implemented as thin wrapper >> of librte_vhost. >> >> * Known issue. >> We may see issues while handling RESET_OWNER message. >> These handlings are done in vhost library, so not a part of vhost PMD. >> So far, we are waiting for QEMU fixing. > Fix patches have already been applied. Please help test :) > > --yliu Hi Yuanhan, It seems there might be an another issue related with "vq->callfd" in vhost library. We may miss something to handle the value correctly. Anyway, here are steps. 1. Apply vhost PMD patch. (I guess you don't need it to reproduce the issue, but to reproduce it, using the PMD may be easy) 2. Start testpmd on host with vhost-user PMD. 3. Start QEMU with virtio-net device. 4. Login QEMU. 5. Bind the virtio-net device to igb_uio. 6. Start testpmd in QEMU. 7. Quit testmd in QEMU. 8. Start testpmd again in QEMU. It seems when last command is executed, testpmd on host doesn't receive SET_VRING_CALL message from QEMU. Because of this, testpmd on host assumes virtio-net device is not ready. (I made sure virtio_is_ready() was failed on host). According to QEMU source code, SET_VRING_KICK will be called when virtqueue starts, but SET_VRING_CALL will be called when virtqueue is initialized. Not sure exactly, might be "vq->call" will be valid while connection is established? Also I've found a workaround. Please execute after step7. 8. Bind the virtio-net device to virtio-pci kernel driver. 9. Bind the virtio-net device to igb_uio. 10. Start testpmd in QEMU. When step8 is executed, connection will be re-established, and testpmd on host will be able to receive SET_VRING_CALL. Then testpmd on host can start. Thanks, Tetsuya