* [dpdk-dev] Ethtool support in DPDK pmd
@ 2014-06-02 16:31 HS
2014-06-02 16:37 ` Jayakumar, Muthurajan
0 siblings, 1 reply; 6+ messages in thread
From: HS @ 2014-06-02 16:31 UTC (permalink / raw)
To: dev
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [dpdk-dev] Ethtool support in DPDK pmd
2014-06-02 16:31 [dpdk-dev] Ethtool support in DPDK pmd HS
@ 2014-06-02 16:37 ` Jayakumar, Muthurajan
2014-06-02 20:18 ` HS
0 siblings, 1 reply; 6+ messages in thread
From: Jayakumar, Muthurajan @ 2014-06-02 16:37 UTC (permalink / raw)
To: hyunseok, dev
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-bounces@dpdk.org] On Behalf Of HS
Sent: Monday, June 02, 2014 9:32 AM
To: dev@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [dpdk-dev] Ethtool support in DPDK pmd
2014-06-02 16:37 ` Jayakumar, Muthurajan
@ 2014-06-02 20:18 ` HS
2014-06-02 20:37 ` Chris Wright
0 siblings, 1 reply; 6+ messages in thread
From: HS @ 2014-06-02 20:18 UTC (permalink / raw)
To: Jayakumar, Muthurajan; +Cc: dev
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
On Mon, Jun 2, 2014 at 12:37 PM, Jayakumar, Muthurajan <
muthurajan.jayakumar@intel.com> wrote:
> 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-bounces@dpdk.org] On Behalf Of HS
> Sent: Monday, June 02, 2014 9:32 AM
> To: dev@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
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [dpdk-dev] Ethtool support in DPDK pmd
2014-06-02 20:18 ` HS
@ 2014-06-02 20:37 ` Chris Wright
2014-06-02 21:35 ` Vincent JARDIN
0 siblings, 1 reply; 6+ messages in thread
From: Chris Wright @ 2014-06-02 20:37 UTC (permalink / raw)
To: HS; +Cc: dev
* 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [dpdk-dev] Ethtool support in DPDK pmd
2014-06-02 20:37 ` Chris Wright
@ 2014-06-02 21:35 ` Vincent JARDIN
2014-06-03 0:31 ` Stephen Hemminger
0 siblings, 1 reply; 6+ messages in thread
From: Vincent JARDIN @ 2014-06-02 21:35 UTC (permalink / raw)
To: dev; +Cc: hyunseok
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [dpdk-dev] Ethtool support in DPDK pmd
2014-06-02 21:35 ` Vincent JARDIN
@ 2014-06-03 0:31 ` Stephen Hemminger
0 siblings, 0 replies; 6+ messages in thread
From: Stephen Hemminger @ 2014-06-03 0:31 UTC (permalink / raw)
To: Vincent JARDIN; +Cc: dev, hyunseok
On Mon, 02 Jun 2014 23:35:12 +0200
Vincent JARDIN <vincent.jardin@6wind.com> 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 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
Ethtool has a number of problems. You can implement for KNI or TUN type
devices, but it really doesn't make sense for a generic type driver.
Also, it tends to get used for device specific things.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-06-03 0:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-06-02 16:31 [dpdk-dev] Ethtool support in DPDK pmd HS
2014-06-02 16:37 ` Jayakumar, Muthurajan
2014-06-02 20:18 ` HS
2014-06-02 20:37 ` Chris Wright
2014-06-02 21:35 ` Vincent JARDIN
2014-06-03 0:31 ` Stephen Hemminger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).