STRUCT BCM63XX_REQ(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… struct bcm63xx_req(9) β€” Kernel API Manual

okay so this is the kernel API manual page for struct bcm63xx_req. yes bestie, it's a struct page, we're in kernel-doc territory now 🫢


✨ NAME ✨

struct bcm63xx_req β€” the internal (driver-level) state of a single request. like, one (1) whole request, and everything the driver needs to remember about it πŸ’–


🌸 SYNOPSIS 🌸

struct bcm63xx_req {
    struct list_head                queue;
    struct usb_request              req;
    unsigned int                    offset;
    unsigned int                    bd_bytes;
    struct iudma_ch                 *iudma;
 };

πŸŽ€ Members πŸŽ€

okay let's meet the cast, main character energy only:

  • queue β€” links back to the EP's request list. it's the little thread that keeps this request tied to its endpoint's fam 🧡
  • req β€” the USB gadget layer's representation of the request. the glow-up version the gadget side actually sees ✨
  • offset β€” the current byte offset into the data buffer, i.e. the next byte to queue. literally "you are here" πŸ“
  • bd_bytes β€” how many data bytes live in outstanding BD entries. the count of bytes still out there doing their thing πŸ‘€
  • iudma β€” the IUDMA channel used for this request. the ride this request is taking πŸš—

πŸ’œ SEE ALSO πŸ’œ

first up, the kernel file we're living in: ./drivers/usb/gadget/udc/bcm63xx_udc.c πŸ“

and then... the whole extended universe, no cap. every single one of these, bestie:

like I said. the whole extended universe πŸŒˆπŸ‘‘


ngl this one's short and sweet β€” five fields, one list, and a see-also section that ate and left absolutely no crumbs πŸ’€

and that's the page!! coming to you from ./drivers/usb/gadget/udc, dated October 2026 β€” mwah, go read the actual source bestie, ily πŸŽ€πŸ’–πŸ¦‹

πŸ“¦ where this page comes from