qed_mcp_phy_sfp_read(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay bestie, welcome to the qed_mcp_phy_sfp_read(9) page from the Kernel API Manual β€” yes, we're reading a whole sfp and it's giving tiny-transceiver main-character energy βœ¨πŸ¦‹

πŸ’– NAME πŸ’–

qed_mcp_phy_sfp_read β€” Read from sfp.

🌈 SYNOPSIS 🌈

int qed_mcp_phy_sfp_read (struct qed_hwfn *p_hwfn , struct qed_ptt *p_ptt , u32 port , u32 addr , u32 offset , u32 len , u8 *p_buf );

πŸŽ€ ARGUMENTS πŸŽ€

  • p_hwfn β€” HW device data. The hardware's whole vibe lives here πŸ’…
  • p_ptt β€” PTT required for register access. It's the required pass for register access, no skipping.
  • port β€” transceiver port. Which port we're talking to, bestie.
  • addr β€” I2C address. The I2C address, exactly as it says.
  • offset β€” offset in sfp. The offset in sfp, periodt.
  • len β€” buffer length. How long the buffer is.
  • p_buf β€” buffer to read into. This is where the read data goes 🫢

πŸ”₯ RETURN πŸ”₯

The official return line is: Int - 0 - Operation was successul.

So 0 is the yay outcome, and yes the manpage really spells it successul πŸ˜­πŸ’– we are keeping that exact spelling because details are sacred.

πŸ‘€ SEE ALSO πŸ‘€

Bestie, the Kernel file is ./drivers/net/ethernet/qlogic/qed/qed_mcp.h, and here's the whole qed bestie roll call:

mwah πŸ’‹ this one's signing off from ./drivers/net/ethernet/qlogic/qed, dated October 2026 β€” qed_mcp_phy_sfp_read(9) out πŸ’…βœ¨

πŸ“¦ where this page comes from