[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m21pmnqoyf.fsf@gmail.com>
Date: Tue, 28 Oct 2025 10:51:20 +0000
From: Donald Hunter <donald.hunter@...il.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: davem@...emloft.net, netdev@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, andrew+netdev@...n.ch, horms@...nel.org,
ast@...erby.net
Subject: Re: [PATCH net-next v2 2/2] tools: ynl: rework the string
representation of NlError
Jakub Kicinski <kuba@...nel.org> writes:
> In early days of YNL development dumping the NlMsg on errors
> was quite useful, as the library itself could have been buggy.
> These days increasingly the NlMsg is just taking up screen space
> and means nothing to a typical user. Try to format the errors
> more in line with how YNL C formats its errors strings.
>
> Before:
> $ ynl --family ethtool --do channels-set --json '{}'
> Netlink error: Invalid argument
> nl_len = 44 (28) nl_flags = 0x300 nl_type = 2
> error: -22
> extack: {'miss-type': 'header'}
>
> $ ynl --family ethtool --do channels-set --json '{..., "tx-count": 999}'
> Netlink error: Invalid argument
> nl_len = 88 (72) nl_flags = 0x300 nl_type = 2
> error: -22
> extack: {'msg': 'requested channel count exceeds maximum', 'bad-attr': '.tx-count'}
>
> After:
> $ ynl --family ethtool --do channels-set --json '{}'
> Netlink error: Invalid argument {'miss-type': 'header'}
>
> $ ynl --family ethtool --do channels-set --json '{..., "tx-count": 999}'
> Netlink error: requested channel count exceeds maximum: Invalid argument {'bad-attr': '.tx-count'}
>
> Signed-off-by: Jakub Kicinski <kuba@...nel.org>
Reviewed-by: Donald Hunter <donald.hunter@...il.com>
Powered by blists - more mailing lists