css_rstat_updated_list(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

okay so bestie, this is css_rstat_updated_list(9) from the Kernel API Manual β€” and its whole job is literally build a list of updated css's to be flushed πŸ’…βœ¨. That's the name and the vibe, no cap.

🌈 SYNOPSIS 🌈

struct cgroup_subsys_state * css_rstat_updated_list (struct
       cgroup_subsys_state *root , int cpu );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • root β€” the root of the css subtree you're traversing πŸŒ³πŸ‘‘
  • cpu β€” the target cpu πŸ–₯️✨

πŸ’– RETURN πŸ’–

A singly linked list of css's to be flushed 🫢 β€” that's the whole return, and it's giving exactly what it says.

πŸ”₯ DESCRIPTION πŸ”₯

So the function walks the updated rstat_cpu tree on cpu from root πŸŒ²πŸ’«. During that traversal, every returned css gets unlinked from the updated tree β€” like, it's removed as it comes back, okay? 😭

The only ordering guarantee is this: for a parent and a child pair covered by a given traversal, the child is before its parent in the list πŸ‘‘βž‘οΈπŸ§’. That's it. Don't go inventing more ordering promises, bestie πŸ’€.

Also note: updated_children is self terminated and points to a list of child css's if not empty πŸŽ€. Whereas updated_next is like a sibling link within the children list and is terminated by the parent css 🌸. One exception, because of course there's an exception: the css root, whose updated_next can be self terminated πŸ‘‘βœ¨.

🧚 SEE ALSO 🧚


mwah πŸ’‹ that's the whole page, bestie β€” source ./kernel/cgroup, October 2026, and the manual name is css_rstat_updated_list(9). periodt. 🫢✨

πŸ“¦ where this page comes from