From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olivier Matz Subject: Re: [RFC 0/8] eal: dynamic logs Date: Mon, 6 Feb 2017 15:10:34 +0100 Message-ID: <20170206151034.1ae936bc@platinum> References: <1486387756-16865-1-git-send-email-olivier.matz@6wind.com> <20170206134903.GA256940@bricha3-MOBL3.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org, david.marchand@6wind.com To: Bruce Richardson Return-path: Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) by dpdk.org (Postfix) with ESMTP id 92A849E3 for ; Mon, 6 Feb 2017 15:10:36 +0100 (CET) Received: by mail-wm0-f53.google.com with SMTP id b65so122078147wmf.0 for ; Mon, 06 Feb 2017 06:10:36 -0800 (PST) In-Reply-To: <20170206134903.GA256940@bricha3-MOBL3.ger.corp.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Bruce, On Mon, 6 Feb 2017 13:49:03 +0000, Bruce Richardson wrote: > On Mon, Feb 06, 2017 at 02:29:08PM +0100, Olivier Matz wrote: > > The objective of this RFC patchset is to introduce a framework to > > support dynamic log types in EAL. It also provides one example of > > use (in i40e). > > > > Features: > > - log types are identified by a string > > - at registration, a uniq identifier is associated to a log type > > - each log type can have its level changed dynamically > > - extend command line parameters to set the log level of a specific > > type, or logs matching a regular expression > > - keep compat with other legacy types (eal, malloc, ring, user*, > > etc... keep their hardcoded log type value) > > > > At the end, when, we can expect that all non-dataplane logs are > > moved to be dynamic, so we can enable/disable them at runtime, > > without recompiling. Many debug options can probably be removed from > > configuration: > > $ git grep DEBUG config/common_base | wc -l > > 89 > > > > Comments are welcome! > > > Initial scan through the patches this looks pretty good. However, > rather than continuing with our own logging system, have you > investigated what other tracing and logging systems might be out > there that we could possibly re-use? Could LTTng be a good fit for > DPDK, perhaps? I did not investigate much about existing logging system. I agree that could be a good alternative too. On the other hand, I'm not really confident in adding a dependency to an external lib for a core component like eal. What if we deicide tomorrow to port dpdk to windows or any baremetal env? Also, as far as I remember, the components that depend on external libraries are disabled today because we don't know how to properly manage the dependency (ex: pmd-pcap, vhost-numa, pmd-mlx, ...). Olivier