icssg_is_addr_synced(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… icssg_is_addr_synced(9) πŸ’…

okay so you found yourself in the Kernel API Manual, bestie, and honestly? slay. this one's a tiny little bool-returning function in the TI ICSSG driver and it's giving "small but important" energy fr fr.


✨ NAME ✨

icssg_is_addr_synced β€” checks if an address is synced from the HSR master πŸŽ€

like, literally just a vibe check on a MAC address: did it come from hsr0 or did somebody add it by hand? iykyk.


πŸ¦‹ SYNOPSIS πŸ¦‹

bool icssg_is_addr_synced (struct net_device *ndev , const u8 *addr );

that's it. two args, one bool back. no cap, she's lowkey minimal. πŸ’œ


🌸 ARGUMENTS 🌸

  • ndev β€” the network device 🫢 (the interface you're asking about, obvi)
  • addr β€” a multicast MAC address ⭐ (yes, multicast, don't come at me with unicast)

πŸ”₯ DESCRIPTION πŸ”₯

so what does she actually do? she checks whether the address was synced over from the HSR master (that's hsr0, bestie) via dev_mc_sync_multiple β€” or whether it was just added directly to the slave port. πŸ‘‘

two paths, same address, different origins. this function is the main character who tells them apart. πŸ’…


🌈 RETURN 🌈

  • true β€” synced from the HSR master (hsr0) ✨ she came from the group chat
  • false β€” added directly to the slave port πŸ™ˆ she walked in on her own

🧚 SEE ALSO 🧚

the whole friend group, honestly. go read them too. πŸ’–


ok that's the whole page!! no warnings, no bugs listed, no exit statuses β€” she's a clean girlie. don't invent problems that aren't there. 🌸

and that's a wrap, bestie!! πŸŽ€ this lil icon lives over in ./drivers/net/ethernet/ti/icssg, dated October 2026, and yes β€” the footer still says icssg_is_addr_synced(9) because she's the moment. periodt. πŸ’…βœ¨πŸ¦‹

πŸ“¦ where this page comes from