From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 764D54CB3 for ; Tue, 27 Mar 2018 11:24:43 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Mar 2018 02:24:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,366,1517904000"; d="scan'208";a="37140249" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by FMSMGA003.fm.intel.com with ESMTP; 27 Mar 2018 02:24:42 -0700 Received: from fmsmsx157.amr.corp.intel.com (10.18.116.73) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 27 Mar 2018 02:24:42 -0700 Received: from shsmsx102.ccr.corp.intel.com (10.239.4.154) by FMSMSX157.amr.corp.intel.com (10.18.116.73) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 27 Mar 2018 02:24:41 -0700 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.166]) by shsmsx102.ccr.corp.intel.com ([169.254.2.80]) with mapi id 14.03.0319.002; Tue, 27 Mar 2018 17:24:40 +0800 From: "Chen, Junjie J" To: "Tan, Jianfeng" , "maxime.coquelin@redhat.com" , "mtetsuyah@gmail.com" CC: "dev@dpdk.org" Thread-Topic: [PATCH] net/vhost: fix segfault when creating vdev dynamically Thread-Index: AQHTxaVqK0TRGPuZ3E2cc4yFY55MuqPjQbQAgACG9mD//3z3gIAAhwbQ Date: Tue, 27 Mar 2018 09:24:40 +0000 Message-ID: References: <1522166726-42025-1-git-send-email-junjie.j.chen@intel.com> <20388d18-796f-7dd5-e596-f8cc290063d0@intel.com> In-Reply-To: <20388d18-796f-7dd5-e596-f8cc290063d0@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMzgxOTU5ZGEtN2Q1OC00M2I4LTkyY2YtMTc5NTA0NTkyNTM0IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJtQjNKQmdLWktaUlhxY3ZNMlNlM3pTbnFmMDZmTFBBXC8xOEtwUnBHcWdrUjh1YkhqRDZvbDQwTTA3K3ZoZ1RWVSJ9 x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] net/vhost: fix segfault when creating vdev dynamically X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 09:24:44 -0000 > > > >> On 3/28/2018 12:05 AM, Junjie Chen wrote: > >>> when creating vdev dynamically, vhost pmd driver start directly > >>> without checking TX/RX queues ready or not, and thus cause > >>> segmentation fault when vhost library accessing queues. This patch > >>> add flag to check whether queues setup or not, and add driver start > >>> call into dev_start to allow user start it after setting up queue. > >> The issue is clear now. But this patch just puts the situation before = below > fix: > >> "it doesn't create the actual datagram socket until you call .dev_star= t()." > > No, if the queue exist, the datagram socket still get created in vhost_= create > API, since the vhost_driver_register still exist in vhost_create. >=20 > The queue can never be created, as it's still not probed. I think we need to separate this into two cases: Statically create vdev, the datagram recreate logical is still there since= queues are exist already, this patch doesn't change anything. Dynamic create vdev, as you pointed out, queue can never be created, while= this should be not valid since In normal process of creating vdev dynamica= lly, we always need to config queues. Correct me if I'm wrong. In summary, I think the previously commit fixes the static code path and th= is patch fixes the dynamic code path (we need to at least setup queue once)= .