fm10k_mbx_dequeue_rx(9)
π NAME π
okay so first things first: this page lives in the Kernel API Manual, and it's literally called fm10k_mbx_dequeue_rx(9) π
fm10k_mbx_dequeue_rx β Dequeues the message from the head in the Rx FIFO π¦
like, it reaches into the Rx FIFO and yoinks the message sitting at the head. first in line? first out bestie β¨
πΈ SYNOPSIS πΈ
u16 fm10k_mbx_dequeue_rx (struct fm10k_hw *hw , struct fm10k_mbx_info
*mbx );
π ARGUMENTS π
hwβ pointer to hardware structure, the actual hardware vibes π«Άmbxβ pointer to mailbox, the mailbox in question π
β¨ DESCRIPTION β¨
so the way that this works is: this function dequeues messages and hands them off to the TLV parser π like a little relay race, except the baton is a message and the finish line is the parser.
and when you call it, it will return the number of messages processed. that's the count, that's the receipt, that's the "how many did I just get through" number fr fr π₯
π SEE ALSO π
the kernel file is literally ./drivers/net/ethernet/intel/fm10k/fm10k_mbx.c β go read it, iykyk π
starting with the FIFO girlies, the whole squad: fm10k_fifo_init(9), fm10k_fifo_used(9), fm10k_fifo_unused(9), fm10k_fifo_empty(9), fm10k_fifo_head_offset(9), fm10k_fifo_tail_offset(9), fm10k_fifo_head_len(9), fm10k_fifo_head_drop(9), fm10k_fifo_drop_all(9) β¨
then the index / tail / head crew, lowkey the backbone of everything: fm10k_mbx_index_len(9), fm10k_mbx_tail_add(9), fm10k_mbx_tail_sub(9), fm10k_mbx_head_add(9), fm10k_mbx_head_sub(9), fm10k_mbx_pushed_tail_len(9) π«
the copy + enqueue + validate + pull + read + push situation, it's giving data movement: fm10k_fifo_write_copy(9), fm10k_fifo_enqueue(9), fm10k_mbx_validate_msg_size(9), fm10k_mbx_write_copy(9), fm10k_mbx_pull_head(9), fm10k_mbx_read_copy(9), fm10k_mbx_push_tail(9) π
crc besties, keeping it honest: fm10k_crc_16b(9), fm10k_fifo_crc(9), fm10k_mbx_update_local_crc(9), fm10k_mbx_verify_remote_crc(9) π§
ready / complete / enqueue / read / write, the main characters: fm10k_mbx_rx_ready(9), fm10k_mbx_tx_ready(9), fm10k_mbx_tx_complete(9), fm10k_mbx_enqueue_tx(9), fm10k_mbx_read(9), fm10k_mbx_write(9) π
header + message makers, iconic honestly: fm10k_mbx_create_connect_hdr(9), fm10k_mbx_create_data_hdr(9), fm10k_mbx_create_disconnect_hdr(9), fm10k_mbx_create_fake_disconnect_hdr(9), fm10k_mbx_create_error_msg(9), fm10k_mbx_validate_msg_hdr(9), fm10k_mbx_create_reply(9) π
then the connect / process / handler multiverse: fm10k_mbx_reset_work(9), fm10k_mbx_update_max_size(9), fm10k_mbx_connect_reset(9), fm10k_mbx_process_connect(9), fm10k_mbx_process_data(9), fm10k_mbx_process_disconnect(9), fm10k_mbx_process_error(9), fm10k_mbx_process(9), fm10k_mbx_disconnect(9), fm10k_mbx_connect(9), fm10k_mbx_validate_handlers(9), fm10k_mbx_register_handlers(9) β
plus fm10k_pfvf_mbx_init(9) π
and finally the entire sm_mbx extended universe, no cap: fm10k_sm_mbx_create_data_hdr(9), fm10k_sm_mbx_create_connect_hdr(9), fm10k_sm_mbx_connect_reset(9), fm10k_sm_mbx_connect(9), fm10k_sm_mbx_disconnect(9), fm10k_sm_mbx_validate_fifo_hdr(9), fm10k_sm_mbx_process_error(9), fm10k_sm_mbx_create_error_msg(9), fm10k_sm_mbx_receive(9), fm10k_sm_mbx_transmit(9), fm10k_sm_mbx_create_reply(9), fm10k_sm_mbx_process_reset(9), fm10k_sm_mbx_process_version_1(9), fm10k_sm_mbx_process(9), fm10k_sm_mbx_init(9) π
okay that's the whole page bestie, mwah π«Ά and for the credits moment: this came from ./drivers/net/ethernet/intel/f... and it's dated October 2026 β slay, see you in the group chat ππ
π¦ 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