__genwqe_search_mapping(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– __genwqe_search_mapping β€” NAME πŸ’–

okay so bestie, this is the page for __genwqe_search_mapping from the Kernel API Manual (section 9, kernel-space girlies only πŸ’…), and it does exactly one thing: it searches for the mapping that belongs to a userspace address. that's it. that's the whole vibe. πŸŽ€


✨ SYNOPSIS ✨

struct dma_mapping * __genwqe_search_mapping (struct genwqe_file *cfile
, unsigned long u_addr , unsigned int size , dma_addr_t *dma_addr , void
**virt_addr );

like, five arguments, one return, no cap. copy it exactly, don't get creative with the line breaks bestie 😭


🫢 ARGUMENTS 🫢

  • cfile β€” the descriptor of the opened file. it's giving "the file that got opened" energy, no notes πŸ’–
  • u_addr β€” the user virtual address. the address, but make it userspace ✨
  • size β€” the size of the buffer. how much buffer we're buffering 🌸
  • dma_addr β€” a DMA address that's gonna get updated. so it goes in, it comes back different, iykyk πŸ’«
  • virt_addr β€” a virtual address that also gets updated. same deal, gets filled in for you πŸ›

πŸ‘‘ RETURN πŸ‘‘

you get back a pointer to the corresponding mapping β€” the one that matches the address you asked about 🎯 and if nothing's found? you get NULL. not found = nothing for you, bestie πŸ’€ periodt.


🌈 SEE ALSO 🌈

kernel file ./drivers/misc/genwqe/card_dev.c (yes, that's where the whole friend group lives 🏠) plus this entire squad right here:

like a whole group chat of genwqe functions and honestly? obsessed πŸ¦‹


and that's the page!! πŸ’œ huge shoutout to ./drivers/misc/genwqe for hosting this whole situation and to October 2026 for the timestamp β€” slay, see you in the kernel tree, mwah πŸ§šβ€β™€οΈπŸŽ€πŸ”₯

πŸ“¦ where this page comes from