From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0104.outbound.protection.outlook.com [207.46.100.104]) by dpdk.org (Postfix) with ESMTP id 498A4688E for ; Wed, 2 Sep 2015 20:17:43 +0200 (CEST) Received: from CY1PR0101MB0987.prod.exchangelabs.com (10.160.224.149) by CY1PR0101MB0988.prod.exchangelabs.com (10.160.224.150) with Microsoft SMTP Server (TLS) id 15.1.256.15; Wed, 2 Sep 2015 18:17:40 +0000 Received: from CY1PR0101MB0987.prod.exchangelabs.com ([10.160.224.149]) by CY1PR0101MB0987.prod.exchangelabs.com ([10.160.224.149]) with mapi id 15.01.0256.013; Wed, 2 Sep 2015 18:17:40 +0000 From: Don Provan To: Thomas Monjalon , "Montorsi, Francesco" Thread-Topic: [dpdk-dev] rte_eal_init() alternative? Thread-Index: AQHQ5YHOqiO6Uq6KRkeaJ6H5StLhwJ4pfYTA Date: Wed, 2 Sep 2015 18:17:40 +0000 Message-ID: References: <44e664970fef4bff942eaee5c7eaca67@bilemail1.empirix.com> <20150902125650.GA10364@bricha3-MOBL3> <3003120.8bdQ5bCz5C@xps13> In-Reply-To: <3003120.8bdQ5bCz5C@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=dprovan@bivio.net; x-originating-ip: [209.234.132.35] x-microsoft-exchange-diagnostics: 1; CY1PR0101MB0988; 5:kEGpgtyqbJ8zcVfDY/j+14sPr/rjMbJnXXVc5W86KPxCeSqjQNl85/JNzSaLagh0PUs90AGqEVS1VUojV4AwA6G6p1FSsmyo5wIwo9guIxg3j07qMou8Y7cYi6UwU0OugK4DMO7w9XLHe+lKE6C2OQ==; 24:+nGoLY+7kwPWCTGBFzs7EnxRD7gFpnfTAIpLZJ5XQSnJ7SUP0Xwjq9hOYJy5qZBB/d0G8FhWFBGPS7GSJLuUWXbENX2+5nYh9wjkc8cptIg=; 20:eqzGFp/q5PXCTo1MH9/j1ucXCoMw4XAFOzzagxqNk2GACpPwAX1SBbo3iHW5TIPZo+g7z6O5OSjgbl+C0GzU4A== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0101MB0988; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(5005006)(8121501046)(3002001); SRVR:CY1PR0101MB0988; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0101MB0988; x-forefront-prvs: 0687389FB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(33656002)(101416001)(5007970100001)(5004730100002)(122556002)(40100003)(76176999)(50986999)(106356001)(54356999)(105586002)(86362001)(106116001)(46102003)(66066001)(5002640100001)(77096005)(87936001)(102836002)(74316001)(68736005)(62966003)(10400500002)(77156002)(5001960100002)(5001920100001)(92566002)(189998001)(5001860100001)(2900100001)(4001540100001)(2950100001)(5001770100001)(5001830100001)(5003600100002)(97736004)(64706001)(81156007); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0101MB0988; H:CY1PR0101MB0987.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: bivio.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: bivio.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Sep 2015 18:17:40.1291 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8731bc55-0e76-4eb7-ae4b-401e56037945 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0101MB0988 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] rte_eal_init() alternative? X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 18:17:44 -0000 Thomas Monjalon: >Yes but please, do not create an alternative init function. >We just need to replace panic/exit with error codes and be sure that apps = and examples handle them correctly. I understand your concerns, but the panics are really just the tip of the i= ceberg of the EAL library not realizing it's a library. It really makes no = sense to think the library should define the application's command line, or= that the PCI bus should be probed without considering whether this applica= tion is going to use PCI, and or to insist that EAL work be done on interna= l EAL threads. So I'd say it's way past time to consider revamping initialization to start= the process of ending the DPDK library's tail wagging the application's do= g. Naturally this would have to be done while retaining the existing init r= outine on top of a real library initialization, but that's just an unfortun= ate artifact of the library's history, not a rational design decision for m= oving forward. -don provan