From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mc24.lon.server.colt.net (mc24.lon.server.colt.net [212.74.77.104]) by dpdk.org (Postfix) with ESMTP id 04D218DA8 for ; Tue, 8 Sep 2015 10:23:28 +0200 (CEST) Received: from mc24.lon.server.colt.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 84EBDDE103 for ; Tue, 8 Sep 2015 09:23:27 +0100 (BST) Received: from mx3.qosmos.com (unknown [195.68.92.43]) by mc24.lon.server.colt.net (Postfix) with ESMTPS id 67FEBDE0FD for ; Tue, 8 Sep 2015 09:23:27 +0100 (BST) X-IronPort-AV: E=Sophos;i="5.17,488,1437429600"; d="scan'208";a="1862421" Received: from unknown (HELO cercis.foret) ([10.10.2.42]) by mx3.qosmos.com with ESMTP; 08 Sep 2015 10:23:27 +0200 From: Franck Baudin To: "dev@dpdk.org" Message-ID: <55EE9AFE.1070202@qosmos.com> Date: Tue, 8 Sep 2015 10:23:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1383-8.0.0.1202-21802.000 X-TM-AS-Result: No--2.679-5.0-31-10 X-imss-scan-details: No--2.679-5.0-31-10 X-TM-AS-User-Approved-Sender: No X-TMASE-Version: IMSVA-9.0.0.1383-8.0.1202-21802.000 X-TMASE-Result: 10--2.679000-5.000000 X-TMASE-MatchedRID: mafpUJSAc1BkI7eWGKzPx/VFR4sC8dPyuLwbhNl9B5V3vUA6/Pi03M02 oYvWQAtTw+c9ycdvZ0RpB0Ji5UPfE02VnXMRzIBjhK8o4aoss8opWss5kPUFdJW/KlV6zYxFgj+ JW8cGgSw4fiuxXk0GdubscccSLJTlQylVlmxnJka7bScJeyAvlhbjReJSRusbZOV3cNsnUIaTAT ZhRxAwROLzNWBegCW2RYvisGWbbS8TEC0P9PvYRt0H8LFZNFG7CKFCmhdu5cVAO0iE4wM8eEZ4o E/921YVogYm6DG7ope1wh5rborzYPI90ZOFA5aebiRk1Uxjw9F30QObkz5ftCdfuocGEXiW5HUT 6csnZlyuqvfcVNlZMGbHqNAkXR0T3Tbml2mr2blaIG/CUJ42b56oP1a0mRIj X-TMASE-SNAP-Result: 1.801202.0001-0-1-22:0,12:0 Subject: [dpdk-dev] virtio-net: bind systematically on all non blacklisted virtio-net devices 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: Tue, 08 Sep 2015 08:23:28 -0000 Hi, virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162 and the removal of the RTE_PCI_DRV_NEED_MAPPING driver flag. Questions: 1/ Is it the expected behaviour? 2/ Why is it different from vmxnet3 pmd? In other words, should't we re-add the RTE_PCI_DRV_NEED_MAPPING to virtio pmd or remove it from pmxnet3 pmd? 3/ If this is the expected behaviour, shouldn't we update dpdk_nic_bind.py (binding status irrelevant for virtio) tool and the documentation (mentioning igb_uio while misleading and useless)? Thanks! Best Regards, Franck