From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id ABE282E8A for ; Mon, 1 Jun 2015 08:15:48 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP; 31 May 2015 23:15:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.13,530,1427785200"; d="scan'208";a="718514339" Received: from pgsmsx104.gar.corp.intel.com ([10.221.44.91]) by fmsmga001.fm.intel.com with ESMTP; 31 May 2015 23:15:46 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by PGSMSX104.gar.corp.intel.com (10.221.44.91) with Microsoft SMTP Server (TLS) id 14.3.224.2; Mon, 1 Jun 2015 14:14:59 +0800 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.109]) by SHSMSX101.ccr.corp.intel.com ([10.239.4.153]) with mapi id 14.03.0224.002; Mon, 1 Jun 2015 14:14:58 +0800 From: "Ouyang, Changchun" To: Wei li , "dev@dpdk.org" Thread-Topic: [PATCH v2] lib_vhost:reset secure_len when rte_atomic16_cmpset failed Thread-Index: AQHQnDHaEUzAWY9ua0WecSx2sBfZXZ2XK9gw Date: Mon, 1 Jun 2015 06:14:57 +0000 Message-ID: References: <72a55103-9c65-4f2e-9448-919622dbac81@liw0310-PC.local> In-Reply-To: <72a55103-9c65-4f2e-9448-919622dbac81@liw0310-PC.local> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: 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 v2] lib_vhost:reset secure_len when rte_atomic16_cmpset failed 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, 01 Jun 2015 06:15:49 -0000 > -----Original Message----- > From: Wei li [mailto:liw@dtdream.com] > Sent: Monday, June 1, 2015 2:12 PM > To: dev@dpdk.org > Cc: Ouyang, Changchun; liw@dtdream.com > Subject: [PATCH v2] lib_vhost:reset secure_len when rte_atomic16_cmpset > failed >=20 > when rte_atomic16_cmpset return 0 in first loop, secure_len should be > reset to 0 in second loop, otherwise (pkt_len > secure_len) always be fa= lse, > the num of desc maybe not enough >=20 > Signed-off-by: Wei li Acked-by: Changchun Ouyang