From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zoltan Kiss Subject: Re: rte_eal_init() alternative? Date: Wed, 2 Sep 2015 20:23:07 +0100 Message-ID: <55E74C9B.4070109@linaro.org> References: <44e664970fef4bff942eaee5c7eaca67@bilemail1.empirix.com> <20150902125650.GA10364@bricha3-MOBL3> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" To: Jay Rolette , Bruce Richardson Return-path: Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by dpdk.org (Postfix) with ESMTP id F2BB5591E for ; Wed, 2 Sep 2015 21:23:07 +0200 (CEST) Received: by wicmc4 with SMTP id mc4so76494567wic.0 for ; Wed, 02 Sep 2015 12:23:07 -0700 (PDT) In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 02/09/15 15:08, Jay Rolette wrote: > On Wed, Sep 2, 2015 at 7:56 AM, Bruce Richardson > wrote: > >> On Wed, Sep 02, 2015 at 12:49:40PM +0000, Montorsi, Francesco wrote: >>> Hi all, >>> >>> Currently it seems that the only way to initialize EAL is using >> rte_eal_init() function, correct? >>> >>> I have the problem that rte_eal_init() will call rte_panic() whenever >> something fails to initialize or in other cases it will call exit(). >>> In my application, I would rather like to attempt DPDK initialization. >> If it fails I don't want to exit. >>> Unfortunately I cannot even copy&paste the rte_eal_init() code into my >> application (removing rte_panic and exit calls) since it uses a lot of DPDK >> internal private functions. >>> >>> I think that my requirements (avoid abort/exit calls when init fails) is >> a basic requirement... would you accept a patch that adds an alternative >> rte_eal_init() function that just returns an error code upon failure, >> instead of immediately exiting? >>> >>> Thanks for your hard work! >>> >>> Francesco Montorsi >>> >> I, for one, would welcome such a patch. I think the code is overly quick in >> many places to panic or exit the app, when an error code would be more >> appropriate. >> Feel free to also look at other libraries in DPDK too, if you like :-) >> >> Regards, >> /Bruce >> > > +1 > +1