From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Guo, Jia" Subject: Re: [PATCH V17 3/4] eal/linux: uevent parse and process Date: Mon, 2 Apr 2018 12:19:52 +0800 Message-ID: <64aec0c7-b455-2a13-8d6b-c55ecb2eecdb@intel.com> References: <1522063256-3997-5-git-send-email-jia.guo@intel.com> <1522339205-27698-1-git-send-email-jia.guo@intel.com> <1522339205-27698-4-git-send-email-jia.guo@intel.com> <20180329100029.2cbd3c82@xeon-e3> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: bruce.richardson@intel.com, ferruh.yigit@intel.com, konstantin.ananyev@intel.com, gaetan.rivet@6wind.com, jingjing.wu@intel.com, thomas@monjalon.net, motih@mellanox.com, harry.van.haaren@intel.com, jianfeng.tan@intel.com, jblunck@infradead.org, shreyansh.jain@nxp.com, dev@dpdk.org, helin.zhang@intel.com To: Stephen Hemminger Return-path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 2D2106841 for ; Mon, 2 Apr 2018 06:19:56 +0200 (CEST) In-Reply-To: <20180329100029.2cbd3c82@xeon-e3> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 3/30/2018 1:00 AM, Stephen Hemminger wrote: > On Fri, 30 Mar 2018 00:00:04 +0800 > Jeff Guo wrote: > >> +dev_uev_monitor_create(int netlink_fd) >> +{ >> + struct sockaddr_nl addr; >> + int ret; >> + int size = 64 * 1024; >> + int nonblock = 1; >> + >> + memset(&addr, 0, sizeof(addr)); >> + addr.nl_family = AF_NETLINK; >> + addr.nl_pid = 0; >> + addr.nl_groups = 0xffffffff; >> + >> + if (bind(netlink_fd, (struct sockaddr *) &addr, sizeof(addr)) < 0) { >> + RTE_LOG(ERR, EAL, "Failed to bind socket for netlink fd.\n"); >> + goto err; >> + } >> + >> + setsockopt(netlink_fd, SOL_SOCKET, SO_PASSCRED, &size, sizeof(size)); >> + >> + ret = ioctl(netlink_fd, FIONBIO, &nonblock); >> + if (ret != 0) { >> + RTE_LOG(ERR, EAL, "ioctl(FIONBIO) failed.\n"); >> + goto err; >> + } >> + return 0; >> +err: > You should set close on exec for this fd (with fcntl). yes, but i have already set it when fd creation time by SOCK_CLOEXEC.