pdc_build_rxd(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… pdc_build_rxd(9) β€” from the Kernel API Manual, bestie

okay so picture this: you're in the kernel, specifically hanging out in the mailbox neighborhood, and you need a DMA descriptor that's literally built for catching the SPU's result. That's the whole ~vibe~ of this function. It's called pdc_build_rxd and it builds a DMA descriptor to receive an SPU result. Short, sweet, iconic, no notes. πŸŽ€


✨ SYNOPSIS ✨

void pdc_build_rxd (struct pdc_state *pdcs , dma_addr_t dma_addr , u32
buf_len , u32 flags );

like, that's it. that's the whole signature. she's a void, she returns nothing, she just does the thing and leaves. main character energy fr fr πŸ’…


🫢 ARGUMENTS 🫢

  • pdcs β€” the PDC state for the SPU that's gonna generate the result. basically the ✨context✨ of the whole situation, so hand her the right one.
  • dma_addr β€” the DMA address of the buffer this descriptor is being built for. yes, that buffer. the one you're describing. πŸ¦‹
  • buf_len β€” how long the receive buffer is, in bytes. keep it accurate, bestie, this is a length not a suggestion.
  • flags β€” the flags that get stored in the descriptor. they go in the descriptor. they live there now. 🏠

🌈 SEE ALSO 🌈

this is the friend group, and honestly they're all linked so you never get lost:

Kernel file ./drivers/mailbox/bcm-pdc-mailbox.c β€” the whole squad lives here:

go read them, they ate. πŸ”₯


lowkey a reminder that the Rx side has its own build function (pdc_build_rxd) and the Tx side has its own (pdc_build_txd) β€” don't mix up your girls, they do different jobs πŸ’€

and that's the page! brought to you by the fine folks over in ./drivers/mailbox, dated October 2026, and catalogued forever as pdc_build_rxd(9). slay and goodbye πŸ‘‘πŸ’–

πŸ“¦ where this page comes from