From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id 73FC02A1A for ; Thu, 18 Dec 2014 21:57:57 +0100 (CET) Received: from hmsreliant.think-freely.org ([2001:470:8:a08:7aac:c0ff:fec2:933b] helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1Y1i8w-000177-7x; Thu, 18 Dec 2014 15:57:56 -0500 Date: Thu, 18 Dec 2014 15:57:53 -0500 From: Neil Horman To: Stephen Hemminger Message-ID: <20141218205753.GG18008@hmsreliant.think-freely.org> References: <1418835808-18803-1-git-send-email-nhorman@tuxdriver.com> <20141218081712.62ebca0c@urahara> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141218081712.62ebca0c@urahara> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -2.9 (--) X-Spam-Status: No Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH] xenvirt: Fix build break on cmdline_parse_etheraddr call 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: Thu, 18 Dec 2014 20:57:57 -0000 On Thu, Dec 18, 2014 at 08:17:12AM -0800, Stephen Hemminger wrote: > On Wed, 17 Dec 2014 12:03:28 -0500 > Neil Horman wrote: > > > Back in: > > > > commit aaa662e75c23c61a1d79bd4d1f9f35b4967c39db > > Author: Alan Carew > > Date: Fri Dec 5 15:19:07 2014 +0100 > > > > cmdline: fix overflow on bsd > > > > The author failed to fixup a call to cmdline_parse_etheraddr in xenvirt. This > > patch makes the needed correction to avoid a build break > > > > Signed-off-by: Neil Horman > > CC: Thomas Monjalon > > If we could fix the header incompatiablities then the driver could use > a standard library like ether_aton() instead of dragging in the unnecessary > cmdline library. > I agree, that would be great, but I think that would be better done after the release, since this is in compliance with how the rest of the DPDK handles this situation currently. Using ether_aton is definately a superior solution however. Neil