rpcsec_tls/server: API refactoring between kernel and rpc.tlsservd(8)

[glebius]

Summary

Now that the conversion of rpcsec_tls/client + rpc.tlsclntd(8) to the
netlink(4) socket as RPC transport started using kernel socket pointer as
a reliable cookie, we can shave off quite a lot of complexity. We will
utilize the same kernel-generated cookie in all RPCs. And the need for
the daemon generated cookie in the form of timestamp+sequence vanishes.

We also stop passing notion of 'process position' from userland to
kernel. The TLS handshake parallelism to be reimplemented in the daemon
without any awareness about that in the kernel.

This time bump the RPC version.

[rmacklem]

sys/rpc/rpcsec_tls/rpctls_impl.c

334

Minor nit, but wouldn't the cast be (uint64_t) and
not (uintptr_t)?

This shows up a few places in this patch.

[glebius]

Consistently use uint64_t for the cookie.