Как заставить strace «декодировать» связь AF_NETLINK как с ioctl?

strace обычно «расшифровывает» вызовы ioctl , показывая, что они означают, даже разрешая имена сетевого интерфейса и так далее.

Но такая же операция, выполненная с использованием AF_NETLINK, остается непрозрачной в strace . Как я могу научить strace заглядывать в вещи AF_NETLINK ? Есть ли патчи или вилки с этой функцией?

 sendmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"0\0\0\0\32\0\1\0\323K\255S\0\0\0\0\n\200\0\0\0\0\0\0\0\0\0\0\24\0\1\0"..., 48}], msg_controllen=0, msg_flags=0}, 0) = 48 recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\224\0\0\0\30\0\0\0\323K\255S\3674\0\0\n\200\200\0\0\2\0\7\0\0\0\0\10\0\17\0"..., 16384}], msg_controllen=0, msg_flags=0}, 0) = 148 

Пример «приготовленного» продукта strace с ioctl

 ioctl(4, SIOCGIFFLAGS, {ifr_name="veth0", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_ALLMULTI}) = 0 

Справочная информация по AF_NETLINK

выдержка из Википедии

Семейство AF_NETLINK предлагает несколько подмножеств протокола. Каждый из них взаимодействует с другим компонентом ядра и имеет другое подмножество сообщений. Следующий протокол упоминается в следующем разделе:

  int socket(AF_NETLINK, SOCK_DGRAM or SOCK_RAW, protocol) 

Отсутствие стандарта, SOCK_DGRAM и SOCK_RAW не гарантируются для реализации в данной версии Linux (или другой ОС). Некоторые источники утверждают, что оба варианта являются законными, а ссылка, приведенная ниже в Red Hat, указывает, что SOCK_RAW всегда является параметром, однако iproute2 использует как взаимозаменяемые.