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
On Mon, 02 Jun 2014 23:35:12 +0200
Vincent JARDIN wrote:
> 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
Please refer KNI - the support for ethtool e.g.,
lib/librte_eal/linuxapp/kni/ethtool/igb/igb_main.c
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of HS
Sent: Monday, June 02, 2014 9:32 AM
To: dev at dpdk.org
Subject: [dpdk-dev] Ethtool support in DPDK pmd
Hi
02, 2014 9:32 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Ethtool support in DPDK pmd
>
> Hi,
>
> Just thought it would be useful to add ethtool support for poll mode
> driver, so we could control/check various hardware features on demand. Do
> you guys have any plan for this?
>
> Thanks,
> -hs
>
* HS (hyunseok at 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
Hi,
Just thought it would be useful to add ethtool support for poll mode
driver, so we could control/check various hardware features on demand. Do
you guys have any plan for this?
Thanks,
-hs
6 matches
Mail list logo