`u32` struct fields in place of file descriptors about rustix HOT 2 OPEN

In the SocketAddrXdp case, it's not intentional. I didn't realize that SocketAddrXdp's file descriptor field means that any function that "dereferences" it would need to be unsafe, like sendto_xdp and sendto_any. That's also the case for io_uring_params and io_uring_setup too. So those are bugs. I'm not yet sure what to do about them.

For PrctlMmMap, the only user is configure_virtual_memory_map, and it's in the category of things where we can't practically describe the lifetime, so we just make it unsafe. We do a similar thing for kevent.

from rustix.

For SocketAddrXdp, the sendmsg and recvmsg implementations in the kernel currently don't make use of the file descriptor or SocketAddrXdp in general. Only the msghdr, in particular the flag(s) (MSG_DONTWAIT) is used.
The AF_XDP docs also show an example for sendto(...) with the sockaddr parameter set to NULL.

As far as I can tell, SocketAddrXdp is only used in the bind method to signal the usage of a shared UMEM.

Could the sendto_xdp, sendto_any (and probably recvmsg too) methods just omit SocketAddrXdp?

from rustix.