From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by dpdk.org (Postfix) with ESMTP id 521A6C33A for ; Fri, 5 Jun 2015 22:57:58 +0200 (CEST) Received: by wifx6 with SMTP id x6so32203902wif.0 for ; Fri, 05 Jun 2015 13:57:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=ScRyenLtxbRFLuHmalztWv5D7H16lYqOJHpCBa8mNeY=; b=ftjPPBzUEqjBOlGu6TrHTAVvI50tG/SgChfaMN+05VGeDpkikafDNXBG3KR0Ls9erO xXg49eH3mHA/TS3RGlo0xbt8BgDs+ci7RZyCNiTj5uaLFz1oCvye3GjU2hxCHimTfG9v HCR007kRW5cChYzzgYGJhYaM801GHloYIIappnrzlR/FCybOpeiIQVi2/qrOJaQtExD7 ejGPDIUrM1DDpy22hYryccrZohpN0VV0oAGeCFWkNTXbvrsDYzynvlSBJHFqvjp5jNlm z+aaSOYZHiQMpZ8hsPEQSBbJKI3v/DiuUjRT2AQUMO+GFJqt5FHyAoA8jfXUekP7hkbV bZJA== X-Gm-Message-State: ALoCoQm3qqQGjOYlNYqFmVJ9Xjy/EeSosEm51s7b3tKKBb2KDjbP3+FN4MmcGneblzqFYgv3zqIy X-Received: by 10.180.74.210 with SMTP id w18mr193009wiv.77.1433537878185; Fri, 05 Jun 2015 13:57:58 -0700 (PDT) Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136]) by mx.google.com with ESMTPSA id r9sm12222019wjo.26.2015.06.05.13.57.56 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Jun 2015 13:57:57 -0700 (PDT) From: Thomas Monjalon To: "Andrew Harvey (agh)" Date: Fri, 05 Jun 2015 22:57:04 +0200 Message-ID: <12047083.kVoQ7TqJIK@xps13> Organization: 6WIND User-Agent: KMail/4.14.8 (Linux/4.0.4-2-ARCH; KDE/4.14.8; x86_64; ; ) In-Reply-To: References: <1432927612-12244-1-git-send-email-liang-min.wang@intel.com> <18146131.KjMWrd7xqb@xps13> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Cc: dev@dpdk.org, "Wang, Liang-min" Subject: Re: [dpdk-dev] [PATCH 2/2] ethtool: add new library to provide ethtool-alike APIs 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: Fri, 05 Jun 2015 20:57:58 -0000 2015-06-05 16:07, Andrew Harvey: > On 6/5/15, 3:46 AM, "Thomas Monjalon" wro= te: > >Stephen and me say the same thing about using the ethdev API. >=20 > And your would have a point would be valid if dpdk were available to = every > interface we support (it is not) and on every processor architecture = that > we support (it is not) and every OS we support (it is not). So to > minimize entropy in the code why not leave the client code the same > ioctl(fd, =E2=80=A6) and hide the implementation > detail in a wrapper library. Please, explain the relation between an ioctl and the DPDK.