kernel/linux.git/tools/net/ynl/generated, branch v6.6.132

netlink: specs: devlink: fix reply command values

2023-10-14T00:27:27+00:00

Make sure that the command values used for replies are correct. This is only affecting generated userspace helpers, no change on kernel code. Fixes: 7199c86247e9 ("netlink: specs: devlink: add commands that do per-instance dump") Signed-off-by: Jiri Pirko Link: https://lore.kernel.org/r/20231012115811.298129-1-jiri@resnulli.us Signed-off-by: Jakub Kicinski

tools: ynl-gen: set length of binary fields

2023-08-25T02:04:20+00:00

Remember to set the length field in the request setters. Reviewed-by: Donald Hunter Link: https://lore.kernel.org/r/20230824003056.1436637-3-kuba@kernel.org Signed-off-by: Jakub Kicinski

netlink: specs: devlink: extend health reporter dump attributes by port index

2023-08-14T18:47:25+00:00

Allow user to pass port index for health reporter dump request. Re-generate the related code. Signed-off-by: Jiri Pirko Acked-by: Jakub Kicinski Link: https://lore.kernel.org/r/20230811155714.1736405-14-jiri@resnulli.us Signed-off-by: Jakub Kicinski

netlink: specs: devlink: extend per-instance dump commands to accept instance attributes

2023-08-14T18:47:25+00:00

Extend per-instance dump command definitions to accept instance attributes. Allow parsing of devlink handle attributes so they could be used for instance selection. Re-generate the related code. Signed-off-by: Jiri Pirko Acked-by: Jakub Kicinski Link: https://lore.kernel.org/r/20230811155714.1736405-12-jiri@resnulli.us Signed-off-by: Jakub Kicinski

netlink: specs: devlink: add commands that do per-instance dump

2023-08-14T18:47:25+00:00

Add the definitions for the commands that do per-instance dump and re-generate the related code. Signed-off-by: Jiri Pirko Acked-by: Jakub Kicinski Link: https://lore.kernel.org/r/20230811155714.1736405-8-jiri@resnulli.us Signed-off-by: Jakub Kicinski

netlink: specs: devlink: add info-get dump op

2023-08-04T21:03:01+00:00

Add missing dump op for info-get command and re-generate related devlink-user.[ch] code. Signed-off-by: Jiri Pirko Reviewed-by: Jakub Kicinski Link: https://lore.kernel.org/r/20230803111340.1074067-10-jiri@resnulli.us Signed-off-by: Jakub Kicinski

ynl: regenerate all headers

2023-07-28T16:33:12+00:00

Also add support to pass topdir to ynl-regen.sh (Jakub) and call it from the makefile to update the UAPI headers. Signed-off-by: Stanislav Fomichev Co-developed-by: Jakub Kicinski Reviewed-by: Jakub Kicinski Link: https://lore.kernel.org/r/20230727163001.3952878-4-sdf@google.com Signed-off-by: Jakub Kicinski

tools: ynl: work around stale system headers

2023-06-15T10:44:37+00:00

The inability to include the uAPI headers directly in tools/ is one of the bigger annoyances of compiling user space code. Most projects trade the pain for smaller inconvenience of having to copy the headers under tools/include. In case of netlink headers I think that we can avoid both. Netlink family headers are simple and should be self-contained. We can try to twiddle the Makefile a little to force-include just the family header, and use system headers for the rest. This works fairly well. There are two warts - for some reason if we specify -include $path/family.h as a compilation flag, the #ifdef header guard does not seem to work. So we need to throw the guard in on the command line as well. Seems like GCC detects that the header is different and tries to include both. Second problem is that make wants hash sign to be escaped or not depending on the version. Sigh. Signed-off-by: Jakub Kicinski Signed-off-by: David S. Miller

tools: ynl: generate code for the ethtool family

2023-06-12T10:01:03+00:00

Generate the protocol code for ethtool. Skip the stats for now, they are the only outlier in terms of complexity. Stats are a sort-of semi-polymorphic (attr space of a nest depends on value of another attr) or a type-value-scalar, depending on how one wants to look at it... A challenge for another time. Signed-off-by: Jakub Kicinski Signed-off-by: David S. Miller

tools: ynl: regen: stop generating common notification handlers

2023-06-09T21:40:31+00:00

Remove unused notification handlers. Signed-off-by: Jakub Kicinski