hns_dsaf_tcam_uc_get(9)

📦 version 7.3.1, in nixpkgs unstable

👑 NAME 👑

hns_dsaf_tcam_uc_get</p> — bestie, the whole description is literally just INT. That's it. That's the name line. No cap, the manpage woke up and chose minimalism 💅 so we're gonna respect that and move on to the good stuff.

✨ SYNOPSIS ✨

void hns_dsaf_tcam_uc_get (struct dsaf_device *dsaf_dev , u32 address ,
       struct dsaf_tbl_tcam_data *ptbl_tcam_data , struct
       dsaf_tbl_tcam_ucast_cfg *ptbl_tcam_ucast );

It returns void, so like… no exit drama, no status code to obsess over. It just does the thing 🫶

🦋 ARGUMENTS 🦋

Okay so there's four of them and they're all icons in their own way:

  • dsaf_dev — dsa fabric id 💖 this is your fabric handle, the main character of the whole operation.
  • address — the address 🌸 yep, that's the address. She's an address. u32. We move.
  • ptbl_tcam_data — the data ✨ a struct dsaf_tbl_tcam_data *, carrying the actual payload vibes.
  • ptbl_tcam_ucast — unicast 🎀 a struct dsaf_tbl_tcam_ucast_cfg *, and yes it's the unicast one (the "uc" in the function name was giving you a hint the whole time, iykyk).
Ngl, the descriptions here are criminally short — I'm not adding lore that isn't in the source, so what you see is what you get. Facts stay facts, periodt.

🔥 SEE ALSO 🔥

The kernel file in question is literally right here, bestie:

Kernel file ./drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c

And now the full guest list — every single one of these showed up to the party, so we're naming all of them, no skipping, no "etc." energy 😤

That's fifty-seven whole references, bestie. Fifty-seven. I counted so you don't have to 💀

🧚 Sign-off 🧚

This little masterpiece came from ./drivers/net/ethernet/hisilic... (yes, that's the whole string, the manpage itself got cut off mid-word and honestly? relatable 🙈) and it's stamped October 2026. Go read the whole hns_dsaf_tcam_uc_get(9) page when you get a sec — she's short, she's sweet, she's giving efficient. Slay ⭐💜

📦 where this page comes from