From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <chrisw@redhat.com>
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 by dpdk.org (Postfix) with ESMTP id 74AB1B0B5
 for <dev@dpdk.org>; Mon,  2 Jun 2014 22:37:24 +0200 (CEST)
Received: from int-mx14.intmail.prod.int.phx2.redhat.com
 (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
 by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52KbaMd008160
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
 Mon, 2 Jun 2014 16:37:36 -0400
Received: from x220.localdomain (ovpn-113-77.phx2.redhat.com [10.3.113.77])
 by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id
 s52KbZGU021809; Mon, 2 Jun 2014 16:37:35 -0400
Date: Mon, 2 Jun 2014 13:37:35 -0700
From: Chris Wright <chrisw@redhat.com>
To: HS <hyunseok@ieee.org>
Message-ID: <20140602203735.GL8384@x220.localdomain>
References: <CAAJNys+ZkPdnZaN58d+FMf75vcKJTWenWvHLBXCSBjzY0WFZ4w@mail.gmail.com>
 <5D695A7F6F10504DBD9B9187395A21797D0CF42B@ORSMSX112.amr.corp.intel.com>
 <CAAJNysKzUt1KtzQVj0_rQtDPBfjKi=jYmyb57xU3OxdAS1wE3A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAAJNysKzUt1KtzQVj0_rQtDPBfjKi=jYmyb57xU3OxdAS1wE3A@mail.gmail.com>
User-Agent: Mutt/1.5.21+63 (2f2ebc24920d) (2011-07-01)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Ethtool support in DPDK pmd
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2014 20:37:24 -0000

* HS (hyunseok@ieee.org) wrote:
> Thanks for your reply.
> 
> Sure KNI can offer ethtool interface.  But suppose I am already running a
> DPDK application on a physical port, but at the same time I want to control
> the port with ethtool like interface.  How could I do that?

HS, I might be missing something there, but with the current model of
usermode device drivers I don't think this is simple.

If drivers stayed in kernel and kernel drivers exposed a mechansim for
registering application dma buffers for dpdk apps, then ethtool would
simply work as-is.

thanks,
-chris