qbman_swp_dqrr_consume(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

qbman_swp_dqrr_consume β€” bestie, this is the one that consumes DQRR entries that were previously handed back to you by qbman_swp_dqrr_next(). Like, you got them, now you gotta let them go. Closure, but make it kernel πŸ’…


🌸 SYNOPSIS 🌸

void qbman_swp_dqrr_consume (struct qbman_swp *s , const struct dpaa2_dq *dq );

Yeah that's the whole thing. No return value, no drama, no cap πŸŽ€


πŸ¦‹ ARGUMENTS πŸ¦‹

  • s β€” the software portal object. Your main character. The portal you're doing all this consuming through ✨
  • dq β€” the DQRR entry to be consumed. The one that came out of qbman_swp_dqrr_next(). It's had its moment, now it's time to say bye πŸ™ˆ

πŸ’– SEE ALSO πŸ’–

Ok so there's kind of a whole universe of friends in the kernel file ./drivers/soc/fsl/dpio/qbman-portal.c β€” here's the full squad, no one left out, periodt:

iykyk πŸ’€πŸ”₯


and that's the whole page, bestie β€” this one lives in the Kernel API Manual, brought to you straight out of ./drivers/soc/fsl/dpio, dated October 2026. go consume those entries, queen πŸ‘‘πŸ’œ

πŸ“¦ where this page comes from