From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <thomas.monjalon@6wind.com>
Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com
 [209.85.212.170]) by dpdk.org (Postfix) with ESMTP id 5C60C9E7
 for <dev@dpdk.org>; Thu,  9 Jul 2015 03:00:44 +0200 (CEST)
Received: by wiwl6 with SMTP id l6so4021347wiw.0
 for <dev@dpdk.org>; Wed, 08 Jul 2015 18:00:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:organization
 :user-agent:in-reply-to:references:mime-version
 :content-transfer-encoding:content-type;
 bh=m1fyupDMXr/yO5JXOu+g/3ggBDVqXGLdOWbVgMGdby0=;
 b=kRgpCrkg0NvL6EYCzuCTJ57pRJ6bvMLClmKzP8yIaNEHJTRUzQpbJt4QV6Q8d5MwYj
 4dqwcNCSE6QcutxqVpbh4C6gxSpK900wK7+81JGjfH8d2n9vlIViTBXFRUVexbq6JpS6
 4wTiOmtu0/2nj3GK7FzD5CP53CNCO1IFqyNPoFdGfL4ofK5sr54L5iJVcTLN8qmkdbmB
 rTaDP1Wh8F5WiVhR+V5ULauwFZ/6fJ1TkwMB4Rygye+pw328ZmVx8sdpkfdgv/PPrByL
 O+2yTNHbJVe3vNDeTQgXFea52ru1BSjbcS7ZPWz8GPx2x/5thUIaxkB1NJF3zj5uEhwQ
 j/Zg==
X-Gm-Message-State: ALoCoQk5DEZ3cu+LtHYvC2fQO6eTMERk571Y4UwjVNkHuqt7ERumxv1ybiZpUm1uXQW16l7mwB96
X-Received: by 10.180.104.197 with SMTP id gg5mr118933802wib.27.1436403644185; 
 Wed, 08 Jul 2015 18:00:44 -0700 (PDT)
Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136])
 by smtp.gmail.com with ESMTPSA id e2sm6020177wjw.12.2015.07.08.18.00.42
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 08 Jul 2015 18:00:43 -0700 (PDT)
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: "Xie, Huawei" <huawei.xie@intel.com>, changchun.ouyang@intel.com
Date: Thu, 09 Jul 2015 02:59:38 +0200
Message-ID: <2113341.vY7no2aSVm@xps13>
Organization: 6WIND
User-Agent: KMail/4.14.8 (Linux/4.0.4-2-ARCH; KDE/4.14.8; x86_64; ; )
In-Reply-To: <1665929.SfCu3BinAE@xps13>
References: <1427994080-10163-1-git-send-email-pboldin@mirantis.com>
 <C37D651A908B024F974696C65296B57B0F476567@SHSMSX101.ccr.corp.intel.com>
 <1665929.SfCu3BinAE@xps13>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: dev@dpdk.org, Pavel Boldin <pboldin@mirantis.com>
Subject: Re: [dpdk-dev] [PATCH v5 4/5] vhost: eventfd_link: replace
	copy-pasted sys_close
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jul 2015 01:00:44 -0000

Ping

2015-06-17 17:24, Thomas Monjalon:
> 2015-05-07 06:54, Xie, Huawei:
> > On 4/16/2015 7:48 PM, Pavel Boldin wrote:
> > > +	/* Closing the source_fd */
> > > +	ret = sys_close(eventfd_copy.source_fd);
> > Pavel:
> > Here we close the fd and re-install a new file on this fd later. 
> > sys_close does all cleanup.
> > But, for instance, if we allocate new fd later, normally it will reuse
> > the just freed fds by sys_close, is there issue here? 
> 
> Pavel, Huawei,
> Could we come to a conclusion on this patch series please?