| To: | Andy Fleming <afleming@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: RFC new ethtool command |
| From: | Jeff Garzik <jgarzik@xxxxxxxxx> |
| Date: | Wed, 02 Mar 2005 00:54:29 -0500 |
| Cc: | Netdev <netdev@xxxxxxxxxxx> |
| In-reply-to: | <3a958240e12af10ef6777f908abfe682@xxxxxxxxxxxxx> |
| References: | <3a958240e12af10ef6777f908abfe682@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 |
Stephen guessed right. We don't need to add yet another "black hole"
(a.k.a. untyped / dynamic) userland interface.
One of two directions is suggested: * Create a generalized interface, and add new ethtool commands.* Create a driver-specific ioctl, and submit a patch to userland ethtool which supports this. Driver-specific / device-specific code in userland ethtool is acceptable.
Jeff
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] prism54: fix printk format warnings, Randy.Dunlap |
|---|---|
| Next by Date: | [PATCH] tulip: de2104x, fix init. sections, Randy.Dunlap |
| Previous by Thread: | Re: RFC new ethtool command, Andy Fleming |
| Next by Thread: | Re: filtering packtes before OS takes care about them, Pedro Fortuna |
| Indexes: | [Date] [Thread] [Top] [All Lists] |