Hello, Borja Tarraso, le dim. 31 mai 2026 17:56:51 +0300, a ecrit: > (a) getifaddrs(3) growing a populated ifa_data field of type > `struct if_data`
That looks nice indeed. > Provisionally I would go (a) since it requires the smaller new > surface (one populated field on existing API rather than a new > sysctl tree). I have some open questions before drafting: > > - Does Hurd's glibc getifaddrs currently leave ifa_data NULL > on pfinet-backed interfaces, or is there already a partial > surface I have not noticed? We don't have anything currently. > If NULL today, the patch is "pfinet emits if_data via a new MIG > routine + glibc-side getifaddrs back-end reads it". Yes. But I wouldn't define a new MIG routine, and rather implement SIOCGIFDATA which is defined both on netbsd and openbsd apparently, and then make getifaddrs use it. Samuel
