iwl_mvm_te_scheduled(9)
π iwl_mvm_te_scheduled(9) π
okay so bestie, welcome to the Kernel API Manual β today's main character is iwl_mvm_te_scheduled, a little function that simply checks if the firmware actually received the TE cmd. that's it. that's the vibe check. β¨
πΈ NAME πΈ
iwl_mvm_te_scheduled β check if the fw received the TE cmd π
like, literally just a check. no cap.
π¦ SYNOPSIS π¦
bool iwl_mvm_te_scheduled (struct iwl_mvm_time_event_data *te_data );
one function, one argument, returns a bool. icon behavior honestly. π
π ARGUMENTS π
te_dataβ the time event data that corresponds to that time event. it's giving "the paperwork for the thing," bestie. you hand it over, it tells you what's up. π«Ά
β RETURN β
trueif this TE is added to the fw π₯falseotherwise π
that's the whole return story. no plot twist.
π SEE ALSO π
- Kernel file
./drivers/net/wireless/intel/iwlwifi/mvm/time-event.h Time Events - what is it?(9)Abstraction to the driver(9)iwl_mvm_protect_session(9)iwl_mvm_stop_session_protection(9)iwl_mvm_rx_roc_notif(9)iwl_mvm_start_p2p_roc(9)iwl_mvm_stop_roc(9)iwl_mvm_remove_time_event(9)iwl_mvm_te_clear_data(9)iwl_mvm_schedule_csa_period(9)iwl_mvm_schedule_session_protection(9)iwl_mvm_rx_session_protect_notif(9)
the whole friend group fr fr. go read the gang, iykyk. πβ¨
go off, check your time events, and remember: if te_data doesn't line up, that's a you problem, not a firmware problem. π
sign-off szn: source/version is ./drivers/net/wireless/intel/i... and the date on this one is October 2026 β so yeah, she's from the future, she's iconic, she's iwl_mvm_te_scheduled(9). 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