BITMAP(3)

πŸ“¦
version 26.03 Β· 2 versions
, in nixos 26.05, nixpkgs unstable

πŸ’– NAME

rte_pdcp_up_ctrl_pdu_hdr β€” bestie, this is the struct for the PDCP status report control PDU header, and yes it's as niche and iconic as it sounds πŸ’…


✨ SYNOPSIS ✨

Pull it in like this, no cap:

#include <rte_pdcp_hdr.h>

πŸŽ€ Data Fields

  • uint8_t r: 4 β€” the reserved bits, just vibing, doing absolutely nothing 🫢
  • uint8_t pdu_type: 3 β€” tells you the Control PDU type
  • uint8_t d_c: 1 β€” the D/C bit
  • rte_be32_t fmc β€” the FMC (First Missing COUNT, more on this queen below)
  • uint8_t bitmap [] β€” the bitmap, and the way its length is variable?? we love flexibility ✨

πŸ¦‹ Detailed Description πŸ¦‹

Okay so this whole thing is the 6.2.3.1 Control PDU for PDCP status report β€” that's literally the spec section it's living in, periodt.

Defined at line 109 of file rte_pdcp_hdr.h. Bookmark that, iykyk πŸ“Œ

🌸 Field Documentation 🌸

πŸ’œ uint8_t r

Reserved. That's it, that's the whole field β€” it's the "no thoughts, head empty" of the struct πŸ™ˆ

Defined at line 111 of file rte_pdcp_hdr.h.

πŸ’œ uint8_t pdu_type

This one's the Control PDU type, the little label that says what kind of control PDU we're dealing with πŸ”₯

Defined at line 112 of file rte_pdcp_hdr.h.

πŸ’œ uint8_t d_c

The D/C bit. One bit. Carrying the whole D/C situation. main character energy honestly πŸ‘‘

Defined at line 113 of file rte_pdcp_hdr.h.

πŸ’œ rte_be32_t fmc

This is 6.3.9 FMC β€” First Missing COUNT, and it's lowkey important so listen up 🧚

It indicates the COUNT value of the first missing PDCP SDU within the reordering window, i.e. RX_DELIV. So basically it points at the first SDU that ghosted us inside the reordering window πŸ’€

Defined at line 125 of file rte_pdcp_hdr.h.

πŸ’œ uint8_t bitmap[]

6.3.10 Bitmap β€” and bestie, the Length: Variable. The length of the bitmap field can be 0. Zero! It can just not be there! Slay for flexibility, honestly 🌈

This field indicates which SDUs are missing and which SDUs are correctly received in the receiving PDCP entity β€” it's the receipts, literally πŸ“‹

And the bit position rule? The bit position of Nth bit in the Bitmap is N, i.e., the bit position of the first bit in the Bitmap is 1. Not zero. One. Remember it, because that off-by-one will absolutely humble you 😭

Defined at line 136 of file rte_pdcp_hdr.h.

πŸ‘‘ Author

Generated automatically by Doxygen for DPDK from the source code. So no, a human didn't lovingly hand-write this β€” the robot did, and honestly it ate πŸ€–βœ¨


And that's the whole page, babe 🫢 This lil' beauty came from DPDK Version 26.03.0 β€” go forth and parse those status reports, you gorgeous protocol queen πŸŽ€πŸ’–

πŸ“¦ where this page comes from