From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH 0/6] Xen DOM0 runtime support Date: Wed, 30 Sep 2015 10:30:42 -0700 Message-ID: <20150930103042.0672a078@urahara> References: <1443487487-31915-1-git-send-email-stephen@networkplumber.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" To: David Marchand Return-path: Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by dpdk.org (Postfix) with ESMTP id 970CB5A55 for ; Wed, 30 Sep 2015 19:30:32 +0200 (CEST) Received: by padhy16 with SMTP id hy16so46578959pad.1 for ; Wed, 30 Sep 2015 10:30:32 -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 Wed, 30 Sep 2015 10:14:09 +0200 David Marchand wrote: > Hello Stephen, > > On Tue, Sep 29, 2015 at 2:44 AM, Stephen Hemminger < > stephen@networkplumber.org> wrote: > > > It should be possible to build a single application or library > > that will work both in Xen and non-Xen environment. Any special > > case handling should be done at runtime. > > > > This patchset looks good, but can you go a step further and completely > remove the RTE_LIBRTE_XEN_DOM0 build option ? > This requires some more work (igb_uio, app/test), but I think this is worth > it all the more so as you are looking into it at the moment. I was thinking that for people on embedded systems having the build option (which stubs out support) was a good thing.