ENUM IWL_MLD_REORDER_RESULT(9)
πΈ NAME πΈ
enum iwl_mld_reorder_result β the possible return values for iwl_mld_reorder(), and bestie, what they do is tell the caller how to handle the skb based on the result. That's the whole vibe: the enum is basically a little note back to whoever called, saying "here's what to do with this skb now." π
β¨ SYNOPSIS β¨
So the shape of it, literally:
enum iwl_mld_reorder_result {
IWL_MLD_PASS_SKB ,
IWL_MLD_BUFFERED_SKB ,
IWL_MLD_DROP_SKB
};
Three constants, three moods, no cap. π
π Constants π
Okay so let's get into each one, because they each have main character energy in their own way:
IWL_MLD_PASS_SKBβ the skb should be passed to the upper layer. It's giving "you're free, go be great" π¦IWL_MLD_BUFFERED_SKBβ the skb has been buffered, so likeβ¦ don't pass it to the upper layer. It's already chilling somewhere. ποΈIWL_MLD_DROP_SKBβ the skb should be dropped and freed by the caller. Yeah, it's a whole goodbye situation, but the caller is the one who has to drop it and free it β not us. π
π SEE ALSO π
Peep the kernel file ./drivers/net/wireless/intel/iwlwifi/mld/agg.h for the full lore, plus these iconic neighbours:
struct iwl_mld_reorder_buffer(9)struct iwl_mld_reorder_buf_entry(9)struct iwl_mld_baid_data(9)struct iwl_mld_delba_data(9)
And that's the page, bestie β brought to you by the source over at ./drivers/net/wireless/intel/i..., dated October 2026, filed ever so lovingly under enum iwl_mld_reorder_result(9). Go pass those skbs responsibly π«Άπ
π¦ 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