From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vincent JARDIN Subject: Re: Ethtool support in DPDK pmd Date: Mon, 02 Jun 2014 23:35:12 +0200 Message-ID: <538CEE10.4000900@6wind.com> References: <5D695A7F6F10504DBD9B9187395A21797D0CF42B@ORSMSX112.amr.corp.intel.com> <20140602203735.GL8384@x220.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hyunseok-EkmVulN54Sk@public.gmane.org To: dev-VfR2kkLFssw@public.gmane.org Return-path: In-Reply-To: <20140602203735.GL8384-SwUeJysX96B82hYKe6nXyg@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On 02/06/2014 22:37, Chris Wright wrote: > 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. Yes, that's the right way to go. Currently, the kernel does not provide a generic framework for that and I am not aware of any projects in order to define it. Could it be something to discuss on netdev@? So, as a workaround, some proprietary solutions get implemented in order to get ethtool running with any DPDK PMD. Best regards, Vincent