struct kinfo_file changes needed for lsof to work using only usermode APIs

[damjan.jov_gmail.com]

Summary

This is just the kinfo_file related changes from https://reviews.freebsd.org/D34090

• Add kf_pipe_buffer_[in/out/size] fields to kf_pipe, and populate them.
• Add a kf_kqueue struct to the kf_un union, to allow querying kqueue state, and populate it.
• Populate the kf_sock_rcv_sb_state and kf_sock_snd_sb_state fields in kf_sock for INET/INET6 sockets, and populate all other fields for all transport layer protocols, not just TCP.

Bump __FreeBSD_version to 1400052.

Test Plan

Build lsof from https://github.com/lsof-org/lsof/pull/184 and verify output before and after. Especially compare kqueue info, pipes and sockets.

[damjan.jov_gmail.com]

Also:

• Add a kf_eventfd_addr field to kf_eventfd and populate it.

[damjan.jov_gmail.com]

Is this still relevant?
D34756 added a more general way to retrieve advisory lock info.

NVM wrong page.

[kib]

Regardless of the notes I put above, please mail me the git patch with the correct 'Author' metadata.

sys/kern/kern_event.c

2330

What is the point of exporting kqueue kernel address? Do we ever provide this address in any other informational call to userspace?

sys/kern/sys_eventfd.c

344

Same question about the address of eventfd.

[se]

The patch applied cleanly except for the version update in param.h and the kernel built with this patch and D34323 applied provides the required functionality for ZFS support in lsof-4.85.0.

[kib]

I still want the answer about use of the kernel addresses for kqueue/eventfd. Generally we try to not introduce new interfaces that directly expose KVA, whatever silly the idea of KASLR is.

[damjan.jov_gmail.com]

In D34184#804474, @kib wrote:

I still want the answer about use of the kernel addresses for kqueue/eventfd. Generally we try to not introduce new interfaces that directly expose KVA, whatever silly the idea of KASLR is.

lsof wants that address and prints it out for many kernel objects. Presumably it acts as a unique identifier, a way to tell when multiple processes have the same kqueue open, and a starting point for further debugging (eg. conditional breakpoint in a kernel debugger).

We already provide such addresses everywhere, xf_file and xf_vnode in xfile, kf_sock_pcb and kf_pipe_addr in kinfo_file, etc.

[kib]

I will try to handle this.