From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH 2/2] ethtool: add new library to provide ethtool-alike APIs Date: Sat, 30 May 2015 12:26:17 -0700 Message-ID: <20150530122617.1bf2cd18@urahara> References: <1432946276-9424-1-git-send-email-liang-min.wang@intel.com> <1432946276-9424-3-git-send-email-liang-min.wang@intel.com> <20150530084800.56e3585e@urahara> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" To: "Wang, Liang-min" Return-path: Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by dpdk.org (Postfix) with ESMTP id 9C4CBE62 for ; Sat, 30 May 2015 21:26:15 +0200 (CEST) Received: by pdfh10 with SMTP id h10so77350420pdf.3 for ; Sat, 30 May 2015 12:26:14 -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 Sat, 30 May 2015 16:16:01 +0000 "Wang, Liang-min" wrote: > The design decision is to keep ethdev as THE interface for all the external API, so ethtool APIs are designed based upon ethdev API. At the meantime, the ethtool APIs are designed to enable users to migrate designs based upon kernel-space ethtool. The open/close/start are put in place to enable quick migration. But there is no open/close/start in ethtool in kernel. Anyway ethtool is currently on the disfavored list from kernel developers. What about netlink or something better? Remember each new API creates more long term compatiablity and ABI issues. So I am against introducing any new API that does the same thing as existing API's.