idpf_idc_request_reset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… idpf_idc_request_reset β€” the Kernel API Manual page, bestie edition ✨

okay so picture this: you're deep in the Kernel API Manual, and this little icon named idpf_idc_request_reset is right there, living its best life. no cap, it's a whole moment. πŸŽ€


🌸 NAME 🌸

idpf_idc_request_reset β€” literally the callback that gets called by an Auxiliary Driver 🫢


✨ SYNOPSIS ✨

int idpf_idc_request_reset (struct iidc_rdma_core_dev_info *cdev_info ,
       enum iidc_rdma_reset_type reset_type );

that's the whole signature, copy it exactly, do not come for me about the spacing, it's giving "upstream formatting" πŸ’€


πŸ¦‹ ARGUMENTS πŸ¦‹

  • cdev_info β€” the IDC core device info pointer πŸ’– like, the whole identity of the device, okurrr
  • reset_type β€” the type of reset: function, core, or other ✨ so you actually get to pick your vibe

🌈 DESCRIPTION 🌈

so here's the tea, bestie β˜• β€” an Auxiliary Driver accesses this callback function to request a reset on the Auxiliary Device. that's it, that's the whole job. main character energy, honestly πŸ‘‘

it's a callback, so you're not calling the shots here β€” you're asking. respect the pipeline. πŸ™ˆ


⭐ RETURN ⭐

  • 0 on success πŸŽ‰ slay, it worked
  • an error code on failure 😭 it's giving "not today"

🧚 SEE ALSO 🧚

the kernel file where all of this lives, in all its glory:

  • ./drivers/net/ethernet/intel/idpf/idpf_idc.c

and the whole friend group, no one left behind πŸ«ΆπŸ’œ:

like, the entire group chat. iykyk πŸ’…


one little note from me to you: this page belongs to ./drivers/net/ethernet/intel/idpf, and yes it's stamped October 2026 β€” future-dated and still iconic. πŸ—“οΈπŸ”₯

and that's the page, idpf_idc_request_reset(9), from the Kernel API Manual β€” mwah, bye bestie, go request that reset responsibly πŸ’–πŸŽ€βœ¨

πŸ“¦ where this page comes from