kernel/include/linux/sunrpc/xdrgen/_builtins.h, branch linux-6.17.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.17.y2024-09-20T23:31:39Zxdrgen: Fix return code checking in built-in XDR decoders2024-09-20T23:31:39ZChuck Leverchuck.lever@oracle.com2024-09-10T19:31:19Zurn:sha1:663ad8b1df8724cd5e01df66ea67ce0424fbcdf6
xdr_stream_encode_u32() returns XDR_UNIT on success.
xdr_stream_decode_u32() returns zero or -EMSGSIZE, but never
XDR_UNIT.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
tools: Add xdrgen2024-09-20T23:31:39ZChuck Leverchuck.lever@oracle.com2024-09-13T18:08:13Zurn:sha1:4b132aacb0768ac1e652cf517097ea6f237214b9
Add a Python-based tool for translating XDR specifications into XDR
encoder and decoder functions written in the Linux kernel's C coding
style. The generator attempts to match the usual C coding style of
the Linux kernel's SunRPC consumers.
This approach is similar to the netlink code generator in
tools/net/ynl .
The maintainability benefits of machine-generated XDR code include:
- Stronger type checking
- Reduces the number of bugs introduced by human error
- Makes the XDR code easier to audit and analyze
- Enables rapid prototyping of new RPC-based protocols
- Hardens the layering between protocol logic and marshaling
- Makes it easier to add observability on demand
- Unit tests might be built for both the tool and (automatically)
for the generated code
In addition, converting the XDR layer to use memory-safe languages
such as Rust will be easier if much of the code can be converted
automatically.
Tested-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>