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 C19CE1077 for ; Tue, 14 Feb 2017 22:31:37 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx16.intmail.prod.int.phx2.redhat.com [10.5.11.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 90E8D7FB70; Tue, 14 Feb 2017 21:31:37 +0000 (UTC) Received: from dhcp-25-97.bos.redhat.com (dhcp-25-172.bos.redhat.com [10.18.25.172]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 20AD07FEC5; Tue, 14 Feb 2017 21:31:37 +0000 (UTC) From: Aaron Conole To: Stephen Hemminger Cc: dev@dpdk.org, Bruce Richardson References: <20170208185142.28678-1-aconole@redhat.com> <20170209142953.8167-1-aconole@redhat.com> <20170209142953.8167-26-aconole@redhat.com> <20170209143701.5e01fe9c@xeon-e3> Date: Tue, 14 Feb 2017 16:31:36 -0500 In-Reply-To: <20170209143701.5e01fe9c@xeon-e3> (Stephen Hemminger's message of "Thu, 9 Feb 2017 14:37:01 -0800") 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.74 on 10.5.11.28 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 14 Feb 2017 21:31:37 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH v3 25/25] rte_eal_init: add info about rte_errno codes 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: Tue, 14 Feb 2017 21:31:38 -0000 Stephen Hemminger writes: > On Thu, 9 Feb 2017 09:29:53 -0500 > Aaron Conole wrote: > >> + * The error codes returned via rte_errno: >> + * EACCES indicates a permissions issue. >> + * >> + * EAGAIN indicates either a bus or system resource was not available, >> + * try again. >> + * >> + * EALREADY indicates that the rte_eal_init function has already been >> + * called, and cannot be called again. >> + * >> + * EFAULT indicates the tailq configuration name was not found in >> + * memory configuration. >> + * >> + * EINVAL indicates invalid parameters were passed as argv/argc. >> + * >> + * EIO indicates failure to setup the logging handlers. This is usually >> + * caused by an out-of-memory condition. >> + * >> + * ENODEV indicates memory setup issues. >> + * >> + * ENOTSUP indicates that the EAL cannot initialize on this system. >> + * >> + * EUNATCH indicates that the PCI bus is either not present, or is not >> + * readable by the eal. >> */ > > You might want to be less restrictive about wording in the comment. > In future more errors might be returned, and also for out of memory > ENOMEM is better. Sure thing, I'll switch EIO and ENODEV to ENOMEM, does that make sense? Also, which message do you refer to? Is it "The error codes returned via rte_errno" section? I assume that adding new error codes will also bring an update to the eal_init documentation, but perhaps I'm misunderstanding. Thanks for your review, Stephen!