ethnl_reply_header_size(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

okay so welcome to the Kernel API Manual page for ethnl_reply_header_size(9), bestie πŸ’–

  • ethnl_reply_header_size β€” total size of reply header. that's the whole vibe. periodt πŸ’…

✨ SYNOPSIS ✨

unsigned int ethnl_reply_header_size (void );

πŸŽ€ ARGUMENTS πŸŽ€

  • void β€” no arguments. none. zero. nada. it's giving mysterious and low-maintenance 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

So this is an upper estimate, okay? The whole point is that we do not need to hold the RTNL lock longer than necessary β€” specifically, to prevent a rename between the size estimate and composing the message. iconic planning behavior honestly ✨

It accounts only for device ifindex and name, because those are the only attributes ethnl_fill_reply_header puts into the reply header. no cap 🌸


πŸ’œ SEE ALSO πŸ’œ


mwah πŸ’‹ this cutie comes from source ./net/ethtool, dated October 2026, and it's literally ethnl_reply_header_size(9) β€” catch u later, bestie 🫢🌈

πŸ“¦ where this page comes from