realtek_smi_probe(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ realtek_smi_probe(9) ✨

okay so bestie, this is a page straight out of the Kernel API Manual β€” like, the manual manual, realtek_smi_probe(9) energy. buckle up, it's giving driver-core realness πŸ’…


🌸 NAME 🌸

realtek_smi_probe β€” probe a platform device for an SMI-connected switch πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

int realtek_smi_probe (struct platform_device *pdev );

πŸ’– ARGUMENTS πŸ’–

  • pdev β€” the platform_device you're probing on. that's the one, that's the main character 🫢

✨ DESCRIPTION ✨

okay so here's the vibe: this function is literally designed to be your .probe in a platform_driver. no cap.

the way it works is β€” first it calls the common probe function for both interfaces (yes, both, it's egalitarian like that πŸ’œ), and then it initializes the values that are specific to SMI-connected devices. after that little glow-up, it finally calls a common function to register the DSA switch. iconic behavior, honestly πŸ”₯


🧚 CONTEXT 🧚

  • can sleep 😴 (it's allowed, it's fine, let it nap)
  • it takes and releases priv->map_lock πŸ”’

🌈 RETURN 🌈

Returns 0 on success πŸŽ‰ β€” and a negative error on failure 😭 (as is tradition).


πŸ‘‘ SEE ALSO πŸ‘‘


and that's the whole page, bestie β€” periodt πŸ’…βœ¨

this cutie lives in ./drivers/net/dsa/realtek, dated October 2026, and yes the page is still literally called realtek_smi_probe(9) β€” iykyk πŸ“πŸŒΈ

πŸ“¦ where this page comes from