landlock_init_hierarchy_log(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… landlock_init_hierarchy_log(9) β€” like, the Kernel API Manual, bestie ✨

Okay so real quick: we're in the <pink>Kernel API Manual</pink> today and the star of the show is <rainbow>landlock_init_hierarchy_log πŸŽ€ she does a partial init of a landlock_hierarchy and honestly? iconic behaviour.


✨ NAME ✨

landlock_init_hierarchy_log β€” partially initialize landlock_hierarchy πŸ¦‹ (yes, partially, she's not doing the whole thing, read the room)


🌸 SYNOPSIS 🌸

int landlock_init_hierarchy_log (struct landlock_hierarchy *const
       hierarchy );

πŸŽ€ ARGUMENTS πŸŽ€

  • hierarchy β€” the hierarchy you're gonna initialize, bestie πŸ’– that's literally it, that's the whole argument.

πŸ’… DESCRIPTION πŸ’…

So here's the vibe check πŸ‘‘: the <purple>current task</purple> gets referenced as the domain that is enforcing the restriction. That's the whole point, iykyk.

⚠️ Okay this part matters and I'm not gonna sugarcoat it: the <red>subjective credentials must not be in an overridden state</red>. Like, fr fr, do not do that. 🫢

Also, heads up β€” hierarchy->parent and hierarchy->usage should already be set before you come through here. She's not setting those, she's assuming you handled it. Not me doing your homework for you πŸ’€


🌈 RETURN 🌈

  • <green>0</green> on success β€” slay ✨
  • -errno on failure β€” and that's the whole mood 😭

⭐ SEE ALSO ⭐

Kernel file ./security/landlock/domain.c, plus the whole friend group:


k byeee 🧚 this page lives in <pink>./security/landlock</pink>, dated October 2026, and it's signed <rainbow>landlock_init_hierarchy_log(9) β€” periodt πŸ’œβœ¨

πŸ“¦ where this page comes from