From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id F1368388F for ; Wed, 19 Apr 2017 17:55:20 +0200 (CEST) Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Apr 2017 08:55:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.37,221,1488873600"; d="scan'208";a="251070219" Received: from irsmsx110.ger.corp.intel.com ([163.33.3.25]) by fmsmga004.fm.intel.com with ESMTP; 19 Apr 2017 08:55:10 -0700 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.239]) by irsmsx110.ger.corp.intel.com ([169.254.15.151]) with mapi id 14.03.0319.002; Wed, 19 Apr 2017 16:55:09 +0100 From: "De Lara Guarch, Pablo" To: "Zhang, Roy Fan" , "dev@dpdk.org" CC: "zbigniew.bodek@caviumnetworks.com" , "jerin.jacob@caviumnetworks.com" , "Doherty, Declan" Thread-Topic: [PATCH 2/2] drvers/crypto: do not create unique name internally Thread-Index: AQHSuFD29nffDh/YFE6jnIl5C0igO6HMZ5+AgABxI2A= Date: Wed, 19 Apr 2017 15:55:09 +0000 Message-ID: References: <1492526060-96427-1-git-send-email-pablo.de.lara.guarch@intel.com> <1492526060-96427-2-git-send-email-pablo.de.lara.guarch@intel.com> <9F7182E3F746AB4EA17801C148F3C60409E9A8C5@IRSMSX101.ger.corp.intel.com> In-Reply-To: <9F7182E3F746AB4EA17801C148F3C60409E9A8C5@IRSMSX101.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNDZjY2MyODAtZDY0Ni00ZTY3LTk1MTctYTY0MDUxOTFiNTRhIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6Im9cL043VnkzTU1RcTBPT0k2cUdFSndONFlycFR5WUYyZno3ekdpTjdmOUdZPSJ9 x-ctpclassification: CTP_IC x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH 2/2] drvers/crypto: do not create unique name internally 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: Wed, 19 Apr 2017 15:55:22 -0000 > -----Original Message----- > From: Zhang, Roy Fan > Sent: Wednesday, April 19, 2017 11:06 AM > To: De Lara Guarch, Pablo; dev@dpdk.org > Cc: zbigniew.bodek@caviumnetworks.com; > jerin.jacob@caviumnetworks.com; Doherty, Declan > Subject: RE: [PATCH 2/2] drvers/crypto: do not create unique name > internally >=20 >=20 > > -----Original Message----- > > From: De Lara Guarch, Pablo > > Sent: Tuesday, April 18, 2017 3:34 PM > > To: dev@dpdk.org > > Cc: zbigniew.bodek@caviumnetworks.com; > > jerin.jacob@caviumnetworks.com; Doherty, Declan > > ; Zhang, Roy Fan > ; > > De Lara Guarch, Pablo > > Subject: [PATCH 2/2] drvers/crypto: do not create unique name internall= y > > > > Crypto devices of the same type could be initialized with the same name= , > > since internally this name was suffixed with an index. > > > > Since commit ("vdev: make virtual bus use its device > struct"), > > this is not allowed anymore. > > > > Therefore, there is no need to create an unique name at device > initialization. > > > > Signed-off-by: Pablo de Lara >=20 > Hi Pablo, >=20 > Typo in the title :-), should be drivers/crypto instead of drvers/crypto.= Apart > from that, everything is fine by me. >=20 > Regards, > Fan >=20 > Acked-by: Fan Zhang Title fixed, thanks! Applied to dpdk-next-crypto. Pablo