STRUCT RMID_ENTRY(9)
π struct rmid_entry(9) π
okay so bestie, this is from the Kernel API Manual β yes, that's the manual name β and this page is all about struct rmid_entry. It's giving dirty tracking for all RMID, and honestly? It ate. π«Άβ¨
β¨ NAME β¨
struct rmid_entry β dirty tracking for all RMID. periodt. π
π¦ SYNOPSIS π¦
struct rmid_entry {
u32 closid;
u32 rmid;
int busy;
struct list_head list;
};
π«Ά Members π«Ά
closidβ the CLOSID for this entry. That's literally its whole job. πrmidβ the RMID for this entry. iconic.busyβ the number of domains with cached data using this RMID. So when it's busy, it's busy busy. πlistβ member of thermid_free_lrulist whenbusy == 0. Noted, bestie. π«‘
π Description π
Depending on the architecture, the correct monitor is accessed using both closid and rmid, or rmid only. So it's arch-dependent vibes β check what your architecture is on. πβ¨
π¨ IMPORTANT: Take the rdtgroup_mutex when accessing. Do not skip this. It's literally in the manual, no cap. π
π SEE ALSO π
go read these next, bestie:
- Kernel file
./fs/resctrl/monitor.c resctrl_find_cleanest_closid(9)cqm_setup_limbo_handler(9)mbm_setup_overflow_handler(9)struct mbm_transaction(9)resctrl_l3_mon_resource_init(9)
mwah π this page came from ./fs/resctrl, dated October 2026, and it's struct rmid_entry(9). periodt. ππ¦
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms