Thanks

Maybe update truss as well?

In D35209#798700, @dchagin wrote:

In D35209#798691, @jhb wrote:

Hmm, it might be good to link the related commits together to understand the motivation. libsysdecode is userspace, so it really shouldn't be using <sys/aio.h>, etc.

I think what you are trying to do is to add support for new tables that are in non-installed headers? For that I think we might want to try a slightly different approach, e.g. maybe have a second mktables variant that runs against a different tree, or add a new gen_sys_table function that runs against headers in the provided SRCTOP/sys (as an additional argument passed to mktables).

I'm trying to fix two problems.
The first one you have already written about. I want to generate tables for headers from compat/linux.
Second, correct of the inconsistency of libsysdecode build process. Where mktables uses intsalled includes, while libsysdecode builds (flags.c for example) using source headers.
so, if some of source sys/*.h has changed, e.g., deleted WLINUXCLONE define from sys/wait.h., build fails.

• Bump version instead.

Do you have a relationship with upstream to post the patch there?

I was tripped over the earlier build errors from rdtsc_ordered while looking for kmods that need unused devclass arguments to DRIVER_MODULE removed. Even with the DRIVER_MODULE issue patched, the driver still failed to build due to the rdtsc_ordered.c errors so I figured this was the better fix anyway. Users on 14 and later should be using the in-tree driver instead of this port.

(I would do the C++ bits as a separate commit)

Hmm, it might be good to link the related commits together to understand the motivation. libsysdecode is userspace, so it really shouldn't be using <sys/aio.h>, etc.

In D35189#798102, @brnrd wrote:

Would this work equally for the security/openssl-quictls port?

Generally looks ok to me.