Jakub Kicinski 39f04b1406 tools: ynl: fix duplicate op name in devlink ... We don't support CRUD-inspired message types in YNL too well. One aspect that currently trips us up is the fact that single message ID can be used in multiple commands (as the response). This leads to duplicate entries in the id-to-string tables: devlink-user.c:19:34: warning: initialized field overwritten [-Woverride-init] 19 | [DEVLINK_CMD_PORT_NEW] = "port-new", | ^~~~~~~~~~ devlink-user.c:19:34: note: (near initialization for ‘devlink_op_strmap[7]’) Fixes tag points at where the code was generated, the "real" problem is that the code generator does not support CRUD. Fixes: f2f9dd164d ("netlink: specs: devlink: add the remaining command to generate complete split_ops") Link: https://lore.kernel.org/r/20231123030558.1611831-1-kuba@kernel.org Signed-off-by: Jakub Kicinski <kuba@kernel.org>		2023-11-23 08:52:23 -08:00
..
generated	tools: ynl: fix duplicate op name in devlink	2023-11-23 08:52:23 -08:00
lib	tools: ynl: introduce option to process unknown attributes or types	2023-10-27 14:54:31 -07:00
samples	tools: ynl: use uAPI include magic for samples	2023-10-04 17:33:54 -07:00
cli.py	tools: ynl: introduce option to process unknown attributes or types	2023-10-27 14:54:31 -07:00
ethtool.py	tools: ynl: Rename ethtool to ethtool.py	2023-04-13 22:18:29 -07:00
Makefile	tools: ynl: don't regen on every make	2023-10-04 17:33:54 -07:00
Makefile.deps	tools: ynl: fix header path for nfsd	2023-11-23 08:52:12 -08:00
requirements.txt	tools: ynl: add the Python requirements.txt file	2023-03-24 19:11:02 -07:00
ynl-gen-c.py	tools: ynl: fix duplicate op name in devlink	2023-11-23 08:52:23 -08:00
ynl-regen.sh	ynl: regenerate all headers	2023-07-28 09:33:12 -07:00