STRUCT K3_RPROC_MEM(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… struct k3_rproc_mem(9) β€” internal memory structure

okay so bestie, welcome to struct k3_rproc_mem(9) from the Kernel API Manual ✨ this is lowkey one of those little structs that just holds memory info and honestly? it ate. it's an internal memory structure and it's giving "quiet supporting character who's actually the main character" energy πŸŽ€


✨ SYNOPSIS ✨

like, here's the whole vibe, verbatim, don't touch it:

struct k3_rproc_mem {
    void __iomem *cpu_addr;
    phys_addr_t bus_addr;
    u32 dev_addr;
    size_t size;
 };

that's it. four fields. no cap, she's compact πŸ¦‹


🌸 Members 🌸

each member is a different flavor of "where does this memory even live" and i'm obsessed:

  • cpu_addr β€” the MPU virtual address of the memory region πŸ’» like, this is where your CPU sees it, the void __iomem * situation.
  • bus_addr β€” the bus address used to access the memory region 🚌 this is the address the bus deals with when it wants in.
  • dev_addr β€” the device address of the memory region from the remote processor's point of view πŸ‘€ yes, from their perspective β€” remote processor POV, iykyk.
  • size β€” size of the memory region πŸ“ a size_t, obviously. it tells you how much memory we're talking about.
fr fr, every field is just a different address-y way of pointing at the same region β€” cpu view, bus view, remote-proc view, plus how big it is. that's the whole arc πŸ’–

🫢 SEE ALSO 🫢

go read these next, bestie, they're the friend group:

  • Kernel file ./drivers/remoteproc/ti_k3_common.h struct k3_rproc_mem_data(9), struct k3_rproc_dev_data(9), struct k3_rproc(9)

and that's the page!! 🌈 this was ./drivers/remoteproc, October 2026, struct k3_rproc_mem(9) β€” go forth and slay your address translations, periodt πŸ’…πŸ”₯

πŸ“¦ where this page comes from