add_idx_dirt(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… add_idx_dirt(9) β€” the kernel page, but make it make sense

Okay so this is from the Kernel API Manual, section 9, and it's literally the tiniest little page ever, but we're gonna give it the full main character treatment anyway because every function deserves that. 🫢


✨ NAME ✨

add_idx_dirt β€” adds dirt because of a dirty znode. That's it. That's the whole pitch. πŸ’€


πŸ¦‹ SYNOPSIS πŸ¦‹

int add_idx_dirt (struct ubifs_info *c , int lnum , int dirt );

Look at her. Three args, returns an int, no notes. Iconic behavior. ✨


🌸 ARGUMENTS 🌸

  • c β€” the UBIFS file-system description object. Your whole context bestie, she holds the vibes together. πŸ’–
  • lnum β€” LEB number of the index node. Like, the address of the thing we're talking about. πŸ“
  • dirt β€” size of the index node. This is the dirt quantity in question, no cap. 🧚

πŸŽ€ DESCRIPTION πŸŽ€

Bestie, it's lowkey simple: this function updates lprops dirty space and the new size of the index. Two things. That's the assignment and she ate. πŸ’…

Ngl there is genuinely nothing else here β€” the original page does not elaborate, so neither will I. Don't come for me. 😭

⭐ SEE ALSO ⭐

Kernel file ./fs/ubifs/tnc.c β€” and here's the whole group chat, in order, exactly as written, because I would never leave a single one of these babies out: 🩷


πŸ’– and that's the page!! πŸ’– Sourced from ./fs/ubifs, stamped October 2026, and she's filed under add_idx_dirt(9) forever. Go drink some water, bestie. πŸ“πŸ¦‹πŸ‘‘

πŸ“¦ where this page comes from