ice_ptp_pf_...tx_interrupt(9)
β¨ NAME β¨
ice_ptp_pf_handles_tx_interrupt β bestie, this is the little function that answers the question "does this PF actually handle the Tx interrupt?" π
(This page lives in the Kernel API Manual, and honestly it's giving "tiny function with a very specific job" energy π)
πΈ SYNOPSIS πΈ
bool ice_ptp_pf_handles_tx_interrupt (struct ice_pf *pf );
Okay so it takes one arg, and it hands you back a bool. That's it, that's the whole vibe check π¦
π«Ά ARGUMENTS π«Ά
pfβ the board private structure. Yep, that's the one you're passing in. She's the main character here π
π DESCRIPTION π
So here's the tea β: this returns true if this PF should respond to the Tx timestamp interrupt indication inside the miscellaneous OICR interrupt handler.
That's literally it, no cap. It's a yes-or-no check, and it's doing it perfectly β¨
π SEE ALSO π
Kernel file β literally right here, go look: ./drivers/net/ethernet/intel/ice/ice.h
And the whole friend group, all here, all iconic π:
ice_vector_ch_enabled(9)ice_irq_dynamic_ena(9)ice_netdev_to_pf(9)ice_is_txtime_ena(9)ice_is_txtime_cfg(9)ice_get_xp_from_qid(9)ice_rx_xsk_pool(9)ice_tx_xsk_pool(9)ice_get_max_txq(9)ice_get_max_rxq(9)ice_get_main_vsi(9)ice_get_netdev_priv_vsi(9)ice_get_ctrl_vsi(9)ice_find_vsi(9)ice_is_switchdev_running(9)ice_is_adq_active(9)ice_set_rdma_cap(9)ice_clear_rdma_cap(9)ice_is_dual(9)ice_is_primary(9)ice_pf_src_tmr_owned(9)ice_get_primary_hw(9)ice_get_ctrl_pf(9)
Okay that's the whole page, you got this bestie π This one came out of ./drivers/net/ethernet/intel/ice and it's dated October 2026 β mwah, iconic, periodt ππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms