edac_mc_find_csrow_by_page(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– edac_mc_find_csrow_by_page(9) πŸ’–

okay so bestie, welcome to the Kernel API Manual β€” yes we're in kernel-land today, and no you don't need to be scared, because this page is literally just one lil helper function and it's giving "small but mighty" πŸ¦‹


✨ NAME ✨

edac_mc_find_csrow_by_page β€” the ancillary routine that figures out which csrow a memory page lives in. that's it. that's the whole gig. she's a lookup girlie and she's iconic for it πŸ’…


🌸 SYNOPSIS 🌸

int edac_mc_find_csrow_by_page (struct mem_ctl_info *mci , unsigned long
page );

look at her go. two arguments, one int coming back at you. short, sweet, slays πŸ”₯


πŸŽ€ ARGUMENTS πŸŽ€

  • mci β€” pointer to a struct mem_ctl_info structure. yep, that's your memory controller info bestie, she's the one doing the knowing πŸ’œ
  • page β€” the memory page we're trying to find. go find her!! πŸ”

⭐ RETURN ⭐

on success, it returns the csrow. and if it's a flop and nothing matches? you get -1. no cap, that's the whole return contract 😭

heads up bestie: -1 means not found, so don't go treating it like a valid csrow, m'kay? πŸ™ˆ

πŸ¦‹ SEE ALSO πŸ¦‹

kernel file ./drivers/edac/edac_mc.h and her whole friend group:

like, the whole EDAC squad is here. group chat is popping off 🫢


mwah πŸ’‹ β€” this page lives in ./drivers/edac, dropped October 2026, and it's signed edac_mc_find_csrow_by_page(9) πŸ§šβ€β™€οΈβœ¨ go find those csrows bestie, you got this πŸ’–

πŸ“¦ where this page comes from