acpi_subsystem_init(9)

📦 version 7.3.1, in nixpkgs unstable

💅 acpi_subsystem_init — a kernel API manual moment

Okay bestie, gather round, because we're looking at acpi_subsystem_init(9) from the Kernel API Manual and honestly? It's a little one, but it's a load-bearing little one. Let's get into it 🫶

✨ NAME ✨

acpi_subsystem_init — the function that finalizes the early initialization of ACPI. That's it, that's the whole job, and it slays at it 💖

🌸 SYNOPSIS 🌸

void acpi_subsystem_init (void );

Yep. That's the whole signature. No cap.

🎀 ARGUMENTS 🎀

  • void — no arguments. Nothing. Zero. She takes nothing and she gives everything 👑

🦋 DESCRIPTION 🦋

So what does she actually do? She switches the platform over to ACPI mode — if possible. That "if possible" is doing a lot of work, so keep it in your back pocket 🙈

Now here's the vibe check that matters: doing this too early is generally unsafe. Like, genuinely, not in a cute way. But at the same time — and this is the plot twist — it needs to be done before all the things that really depend on ACPI. So you're threading a needle here 🪡

The right spot appears to be before finalizing the EFI initialization. That's the sweet spot, the main character placement, the moment where everything lines up ✨

Not me stressing the timing on this one — early = unsafe, late = everything downstream that depends on ACPI is grumpy. Before finalizing EFI init. That's the assignment 💀

🔥 SEE ALSO 🔥

Kernel file ./drivers/acpi/bus.c and the whole friend group:

🌈 sign-off 🌈

That's the whole page, bestie — brought to you from ./drivers/acpi, dated October 2026, in the Kernel API Manual 💜 Go forth and initialize your ACPI subsystem at exactly the right moment, not a second earlier. Periodt 🧚⭐

📦 where this page comes from