From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id D1E5F2E8A for ; Mon, 30 Jan 2017 17:52:16 +0100 (CET) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 409114DAF8; Mon, 30 Jan 2017 16:52:17 +0000 (UTC) Received: from dhcp-25-97.bos.redhat.com (dhcp-25-172.bos.redhat.com [10.18.25.172]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v0UGqGdG021742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 30 Jan 2017 11:52:16 -0500 From: Aaron Conole To: Bruce Richardson Cc: Stephen Hemminger , dev@dpdk.org References: <1485529023-5486-1-git-send-email-aconole@redhat.com> <1485529023-5486-16-git-send-email-aconole@redhat.com> <20170127083155.71fb20cb@xeon-e3> <20170127164201.GA82692@bricha3-MOBL3.ger.corp.intel.com> Date: Mon, 30 Jan 2017 11:52:15 -0500 In-Reply-To: <20170127164201.GA82692@bricha3-MOBL3.ger.corp.intel.com> (Bruce Richardson's message of "Fri, 27 Jan 2017 16:42:02 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Mon, 30 Jan 2017 16:52:17 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH 15/25] eal: do not panic on alarm init 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: Mon, 30 Jan 2017 16:52:17 -0000 Bruce Richardson writes: > On Fri, Jan 27, 2017 at 08:31:55AM -0800, Stephen Hemminger wrote: >> On Fri, 27 Jan 2017 09:56:53 -0500 >> Aaron Conole wrote: >> >> > + if (rte_eal_alarm_init() < 0) { >> > + RTE_LOG (ERR, EAL, "Cannot init interrupt-handling thread\n"); >> > + /* rte_eal_alarm_init sets rte_errno on failure. */ >> > + errno = rte_errno; >> >> Hmm. DPDK in general does not reset errno but instead uses error code >> directly on return (best) or in some cases rte_errno > > I think we'll disagree on what way of returning error codes is best :-), but > yes, DPDK does not generally modify errno. Okay, I'll drop the errno set. I think it's a mistake from the first version of the series (as RFC). Thanks for the reviews, Bruce and Stephen!