> You're right. I was thinking of arp(8) but that code path is write only. > I wrote it for the GSoC dhcpd which keeps a routing socket for interfaces > arriving/departing (plugging USB NICs or adding vlan(4)s into your router > really shouldn't make the dhcpd process die; even deleting interfaces will > keep the rest of the system serving happily). > > It probably doesn't have to be there; the privileged part of the code fits > on a screen anyway and only does the bare minimum.
Yeah, that is my experience in this. The places we would worry the most is arp wol, dhclient, dhcpd, tcpdump, and pflogd. Maybe one or two others. I just don't see a significant need. The only curious one is the tcpdump master, which does a status ioctl upon termination. > The uint64_t part still stands. Definately.
