netdev - Re: ethtool TODO list

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 12 Jul 2016 13:04:52 -0500
From:	Jorge Alberto Garcia <jorge.garcia.gonzalez@...il.com>
To:	Jiri Pirko <jiri@...nulli.us>
Cc:	"John W. Linville" <linville@...driver.com>,
	Ben Hutchings <ben@...adent.org.uk>,
	netdev <netdev@...r.kernel.org>
Subject: Re: ethtool TODO list - additional info

On Tue, Jul 12, 2016 at 12:55 PM, Jiri Pirko <jiri@...nulli.us> wrote:
> Tue, Jul 05, 2016 at 05:37:42PM CEST, jorge.garcia.gonzalez@...il.com wrote:
>>Hi !
>>
>>Some days ago, Jiri Pirko was talking about some next steps to
>>implement for ethtool.
>>
>> I haven't seen any follow up since ethtool's maintainer change. Can we have
>>additional details about these ?
>>
>>- libethtool - API
>>- generic netlink
>
> Yep, exactly, no reply. Apparently nobody really want to do any initiative
> here, and I'm lacking time to do it :(
>

That's fine,  I already got  a git repo, I'm trying to understand what
'use generic netlink' means.

This is a piece of what grep got me on iproute git repo (I'm still
trying to understand)
grep -i netlink -r iproute2/
iproute2/bridge/mdb.c:#include "libnetlink.h"
iproute2/bridge/vlan.c:#include "libnetlink.h"
...
..



>
>
>>- sub commands syntax
>>- TODO/bugzilla
>>
>>
>>On Mon, Jul 4, 2016 at 9:24 AM, Jiri Pirko <jiri@...nulli.us> wrote:
>>
>>>>> I was thinking of adding a TODO file to the repository, but it's really
>>>>> for the new maintainer to decide what to do.  So here's my list as a
>>>>> suggestion:
>>>>>
>>>>> * Add regression test coverage for all sub-commands with complex logic
>>>>>
>>>>> * Internationalise output and error messages
>>>>>
>>>>> * Build a libethtool that handles all the API quirks and fallbacks for
>>>>>   old kernel versions.  This might help people writing language
>>>>>   bindings or other utilities that use the ethtool API.
>>>>>
>>>>> * Provide a 'cleaned up' ethtool (under some other name) that has:
>>>>>   - More conventional sub-command syntax, i.e. no '-'/'--' prefix
>>>>>   - More consistent output formatting
>>>>
>>>>That seems like a reasonable start for a TODO list. I'll bet there
>>>>are a few people out there with other suggestions as well...?
>>>
>>> Before that, I would like to see ethtool migrate to use generic
>>> netlink. Then, the new tool would be needed anyway, should exist within
>>> iproute2 package and have similar command line syntax.
>>>
>>> I have some ideas about the gennetlink ethtool, have to find some time
>>> to implement some initial part of it.