<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/tools/net/sunrpc, branch v6.13.2</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v6.13.2</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v6.13.2'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2024-11-19T01:23:07+00:00</updated>
<entry>
<title>xdrgen: Remove program_stat_to_errno() call sites</title>
<updated>2024-11-19T01:23:07+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-22T17:44:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=573954a996c0056b25eda4638edfee8c010e27f7'/>
<id>urn:sha1:573954a996c0056b25eda4638edfee8c010e27f7</id>
<content type='text'>
Refactor: Translating an on-the-wire value to a local host errno is
architecturally a job for the proc function, not the XDR decoder.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: Update the files included in client-side source code</title>
<updated>2024-11-19T01:23:06+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-22T17:44:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=903a7d37d9ea03cfed21040467d3d345d1e6fc76'/>
<id>urn:sha1:903a7d37d9ea03cfed21040467d3d345d1e6fc76</id>
<content type='text'>
In particular, client-side source code needs the definition of
"struct rpc_procinfo" and does not want header files that pull
in "struct svc_rqst". Otherwise, the source does not compile.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: Remove check for "nfs_ok" in C templates</title>
<updated>2024-11-19T01:23:06+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-22T17:44:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=82c2a36179d9bd00b792f4215cc4f71ca2d4c3a8'/>
<id>urn:sha1:82c2a36179d9bd00b792f4215cc4f71ca2d4c3a8</id>
<content type='text'>
Obviously, "nfs_ok" is defined only for NFS protocols. Other XDR
protocols won't know "nfs_ok" from Adam.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: Remove tracepoint call site</title>
<updated>2024-11-19T01:23:06+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-22T17:43:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=07decac0ac6282672af182521ef0b4b61605c4b9'/>
<id>urn:sha1:07decac0ac6282672af182521ef0b4b61605c4b9</id>
<content type='text'>
This tracepoint was a "note to self" and is not operational. It is
added only to client-side code, which so far we haven't needed. It
will cause immediate breakage once we start generating client code,
though, so remove it now.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: Add a utility for extracting XDR from RFCs</title>
<updated>2024-11-19T01:22:59+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-07T18:07:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a32442f6ca32cf402a76856d5e713bd742481ba2'/>
<id>urn:sha1:a32442f6ca32cf402a76856d5e713bd742481ba2</id>
<content type='text'>
For convenience, copy the XDR extraction script from RFC

Reviewed-by: Jeff Layton &lt;jlayton@kernel.org&gt;
Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: emit maxsize macros</title>
<updated>2024-11-11T18:42:06+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-03T18:54:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ac159338d53b8846b020be8260884e8234572a70'/>
<id>urn:sha1:ac159338d53b8846b020be8260884e8234572a70</id>
<content type='text'>
Add "definitions" subcommand logic to emit maxsize macros in
generated code.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: Add generator code for XDR width macros</title>
<updated>2024-11-11T18:42:05+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-03T18:54:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e9e1e7e75acd737cf41c6ee64d62da6ea0c10036'/>
<id>urn:sha1:e9e1e7e75acd737cf41c6ee64d62da6ea0c10036</id>
<content type='text'>
Introduce logic in the code generators to emit maxsize (XDR
width) definitions. In C, these are pre-processor macros.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: XDR width for union types</title>
<updated>2024-11-11T18:42:05+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-03T18:54:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ce5a75d9939fab904d27b403011eddd2b173b495'/>
<id>urn:sha1:ce5a75d9939fab904d27b403011eddd2b173b495</id>
<content type='text'>
Not yet complete.

The tool doesn't do any math yet. Thus, even though the maximum XDR
width of a union is the width of the union enumerator plus the width
of its largest arm, we're using the sum of all the elements of the
union for the moment.

This means that buffer size requirements are overestimated, and that
the generated maxsize macro cannot yet be used for determining data
element alignment in the XDR buffer.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: XDR width for pointer types</title>
<updated>2024-11-11T18:42:05+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-03T18:54:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=447dc1efebac1484d5903ba34655289e7725df6d'/>
<id>urn:sha1:447dc1efebac1484d5903ba34655289e7725df6d</id>
<content type='text'>
The XDR width of a pointer type is the sum of the widths of each of
the struct's fields, except for the last field. The width of the
implicit boolean "value follows" field is added as well.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
<entry>
<title>xdrgen: XDR width for struct types</title>
<updated>2024-11-11T18:42:04+00:00</updated>
<author>
<name>Chuck Lever</name>
<email>chuck.lever@oracle.com</email>
</author>
<published>2024-10-03T18:54:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f4bc1e996a34a47f6c8334edcd8ddcd7dc0634b1'/>
<id>urn:sha1:f4bc1e996a34a47f6c8334edcd8ddcd7dc0634b1</id>
<content type='text'>
The XDR width of a struct type is the sum of the widths of each of
the struct's fields.

Signed-off-by: Chuck Lever &lt;chuck.lever@oracle.com&gt;
</content>
</entry>
</feed>
