efx_mae_free_pedit_mac(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… efx_mae_free_pedit_mac β€” kernel API manual, but make it cute

Okay so bestie, this is a page from the Kernel API Manual about efx_mae_free_pedit_mac(9), and honestly? It's a whole little cleanup-era moment. Let's get into it πŸŽ€


✨ NAME ✨

efx_mae_free_pedit_mac β€” frees a pedit MAC address in HW. That's it, that's the vibe. πŸ¦‹


🌸 SYNOPSIS 🌸

void efx_mae_free_pedit_mac (struct efx_nic *efx , struct
       efx_tc_mac_pedit_action *ped );

Yes, it's void β€” no return value, no little treat at the end, it just does the thing and dips. πŸ’…


πŸ’– ARGUMENTS πŸ’–

  • efx β€” the NIC we're installing a pedit MAC address on. This is the main character of the whole operation, no cap. πŸ‘‘
  • ped β€” the pedit MAC action that needs to be freed. It's giving "please release me," and we're here to help. 🫢

πŸ”₯ DESCRIPTION πŸ”₯

So the way that this works: it frees ped in HW, then it checks that firmware did not free a different one, and then it clears the id β€” and id is the thing that denotes the index of the entry in the MAC address table. Lowkey important detail, don't skip it. 🧚

Literally that's the whole job: free it, vibe check the firmware to make sure it didn't go rogue and free something else, clear the id. Periodt. ✨

ngl, the "check that firmware did not free a different one" part is the moment this function earns its keep β€” bestie is paying attention. πŸ™ˆ

πŸ¦‹ SEE ALSO πŸ¦‹

  • Kernel file: ./drivers/net/ethernet/sfc/mae.c
  • efx_mae_allocate_pedit_mac(9) β€” the allocate girlie, aka the one that hands these things out in the first place πŸ’œ

⭐ And that's the page! Big love to ./drivers/net/ethernet/sfc, dated October 2026, and obviously to efx_mae_free_pedit_mac(9) herself. Slay, free that MAC address, we're obsessed. πŸŒˆπŸ’–πŸ”₯

πŸ“¦ where this page comes from