netdev - Re: [patch iproute2/net-next 0/8] devlink: spring cleanup

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]

Message-ID: <20200406065348.GA2354@nanopsycho.orion>
Date:   Mon, 6 Apr 2020 08:53:48 +0200
From:   Jiri Pirko <jiri@...nulli.us>
To:     Stephen Hemminger <stephen@...workplumber.org>
Cc:     netdev@...r.kernel.org, dsahern@...il.com, mlxsw@...lanox.com
Subject: Re: [patch iproute2/net-next 0/8] devlink: spring cleanup

Mon, Apr 06, 2020 at 04:21:09AM CEST, stephen@...workplumber.org wrote:
>On Sat,  4 Apr 2020 18:16:13 +0200
>Jiri Pirko <jiri@...nulli.us> wrote:
>
>> From: Jiri Pirko <jiri@...lanox.com>
>> 
>> This patchset contains couple of small fixes, consistency changes,
>> help and man adjustments.
>> 
>> Jiri Pirko (8):
>>   devlink: remove custom bool command line options parsing
>>   devlink: Fix help and man of "devlink health set" command
>>   devlink: fix encap mode manupulation
>>   devlink: Add alias "counters_enabled" for "counters" option
>>   devlink: rename dpipe_counters_enable struct field to
>>     dpipe_counters_enabled
>>   devlink: Fix help message for dpipe
>>   devlink: remove "dev" object sub help messages
>>   man: add man page for devlink dpipe
>> 
>>  bash-completion/devlink   |   8 +--
>>  devlink/devlink.c         | 131 +++++++++++++++++---------------------
>>  man/man8/devlink-dev.8    |   8 +--
>>  man/man8/devlink-dpipe.8  | 100 +++++++++++++++++++++++++++++
>>  man/man8/devlink-health.8 |  30 +++++----
>>  5 files changed, 181 insertions(+), 96 deletions(-)
>>  create mode 100644 man/man8/devlink-dpipe.8
>> 
>
>Since these all don't depend on new kernel features, let me take
>them directly and skip net-next

Okay.