services: fold fwmanager into orchestrator

Move services/fwmanager/{api,hal-adapters} to services/orchestrator/,
rename the fwmanager_api and fwmanager_hal_adapters crates to match,
and update the remaining fwmanager mentions in the sm doc comments
and target/mock.
diff --git a/services/fwmanager/api/BUILD.bazel b/services/orchestrator/api/BUILD.bazel
similarity index 80%
rename from services/fwmanager/api/BUILD.bazel
rename to services/orchestrator/api/BUILD.bazel
index 49662ed..0dfcdbd 100644
--- a/services/fwmanager/api/BUILD.bazel
+++ b/services/orchestrator/api/BUILD.bazel
@@ -4,7 +4,7 @@
 load("@rules_rust//rust:defs.bzl", "rust_library", "rust_test")
 
 rust_library(
-    name = "fwmanager_api",
+    name = "orchestrator_api",
     srcs = [
         "src/boot_control.rs",
         "src/boot_monitor.rs",
@@ -17,6 +17,6 @@
 
 # Host tests: build on the host platform, no kernel/QEMU.
 rust_test(
-    name = "fwmanager_api_test",
-    crate = ":fwmanager_api",
+    name = "orchestrator_api_test",
+    crate = ":orchestrator_api",
 )
diff --git a/services/fwmanager/api/src/boot_control.rs b/services/orchestrator/api/src/boot_control.rs
similarity index 100%
rename from services/fwmanager/api/src/boot_control.rs
rename to services/orchestrator/api/src/boot_control.rs
diff --git a/services/fwmanager/api/src/boot_monitor.rs b/services/orchestrator/api/src/boot_monitor.rs
similarity index 100%
rename from services/fwmanager/api/src/boot_monitor.rs
rename to services/orchestrator/api/src/boot_monitor.rs
diff --git a/services/fwmanager/api/src/config.rs b/services/orchestrator/api/src/config.rs
similarity index 100%
rename from services/fwmanager/api/src/config.rs
rename to services/orchestrator/api/src/config.rs
diff --git a/services/fwmanager/api/src/lib.rs b/services/orchestrator/api/src/lib.rs
similarity index 93%
rename from services/fwmanager/api/src/lib.rs
rename to services/orchestrator/api/src/lib.rs
index f379d10..02dad99 100644
--- a/services/fwmanager/api/src/lib.rs
+++ b/services/orchestrator/api/src/lib.rs
@@ -15,7 +15,7 @@
 //! downward on it. Concrete adapters bind a trait to a signal source and
 //! live in their own crates, so naming a capability never drags in the stack
 //! behind it — the HAL-backed `HalBootControl` and `GpioBootMonitor` are in
-//! `fwmanager-hal-adapters`; other backends (for example an MCTP-ready
+//! `orchestrator-hal-adapters`; other backends (for example an MCTP-ready
 //! `BootMonitor`) implement the same traits from their own transport crate.
 //! Config values live in the board device tables
 //! (`target/<board>/devices.rs`).
diff --git a/services/fwmanager/hal-adapters/BUILD.bazel b/services/orchestrator/hal-adapters/BUILD.bazel
similarity index 71%
rename from services/fwmanager/hal-adapters/BUILD.bazel
rename to services/orchestrator/hal-adapters/BUILD.bazel
index 14e65f0..ccbbde9 100644
--- a/services/fwmanager/hal-adapters/BUILD.bazel
+++ b/services/orchestrator/hal-adapters/BUILD.bazel
@@ -4,7 +4,7 @@
 load("@rules_rust//rust:defs.bzl", "rust_library", "rust_test")
 
 rust_library(
-    name = "fwmanager_hal_adapters",
+    name = "orchestrator_hal_adapters",
     srcs = [
         "src/gpio_boot_monitor.rs",
         "src/hal_boot_control.rs",
@@ -14,12 +14,12 @@
     visibility = ["//visibility:public"],
     deps = [
         "//hal/blocking",
-        "//services/fwmanager/api:fwmanager_api",
+        "//services/orchestrator/api:orchestrator_api",
     ],
 )
 
 # Host tests: build on the host platform, no kernel/QEMU.
 rust_test(
-    name = "fwmanager_hal_adapters_test",
-    crate = ":fwmanager_hal_adapters",
+    name = "orchestrator_hal_adapters_test",
+    crate = ":orchestrator_hal_adapters",
 )
diff --git a/services/fwmanager/hal-adapters/src/gpio_boot_monitor.rs b/services/orchestrator/hal-adapters/src/gpio_boot_monitor.rs
similarity index 99%
rename from services/fwmanager/hal-adapters/src/gpio_boot_monitor.rs
rename to services/orchestrator/hal-adapters/src/gpio_boot_monitor.rs
index d8bf0e1..bc02fd3 100644
--- a/services/fwmanager/hal-adapters/src/gpio_boot_monitor.rs
+++ b/services/orchestrator/hal-adapters/src/gpio_boot_monitor.rs
@@ -4,10 +4,10 @@
 //! HAL-backed [`BootMonitor`]: read a device's boot-complete signal off a GPIO
 //! input line.
 
-use fwmanager_api::{BootMonitor, BootStatus};
 use openprot_hal_blocking::gpio_port::{
     ActivePolarity, GpioError, GpioErrorKind, GpioPort, PinMask,
 };
+use orchestrator_api::{BootMonitor, BootStatus};
 
 /// Adapts any HAL GPIO error into a [`core::error::Error`].
 ///
diff --git a/services/fwmanager/hal-adapters/src/hal_boot_control.rs b/services/orchestrator/hal-adapters/src/hal_boot_control.rs
similarity index 99%
rename from services/fwmanager/hal-adapters/src/hal_boot_control.rs
rename to services/orchestrator/hal-adapters/src/hal_boot_control.rs
index b4ef418..e434aa0 100644
--- a/services/fwmanager/hal-adapters/src/hal_boot_control.rs
+++ b/services/orchestrator/hal-adapters/src/hal_boot_control.rs
@@ -3,8 +3,8 @@
 
 //! HAL-backed [`BootControl`]: bind one reset-controller line to a device.
 
-use fwmanager_api::BootControl;
 use openprot_hal_blocking::system_control::{Error as HalError, ErrorKind, ResetControl};
+use orchestrator_api::BootControl;
 
 /// Adapts any HAL system-control error into a [`core::error::Error`].
 ///
diff --git a/services/fwmanager/hal-adapters/src/lib.rs b/services/orchestrator/hal-adapters/src/lib.rs
similarity index 80%
rename from services/fwmanager/hal-adapters/src/lib.rs
rename to services/orchestrator/hal-adapters/src/lib.rs
index f4eb93c..179d2d4 100644
--- a/services/fwmanager/hal-adapters/src/lib.rs
+++ b/services/orchestrator/hal-adapters/src/lib.rs
@@ -3,11 +3,11 @@
 
 //! HAL-backed adapters for the Boot Orchestrator capability traits.
 //!
-//! Each type here implements a capability trait from `fwmanager-api` against
+//! Each type here implements a capability trait from `orchestrator-api` against
 //! a HAL-blocking trait: [`HalBootControl`] drives `BootControl` over a
 //! `ResetControl` line, and [`GpioBootMonitor`] reads `BootMonitor` off a
 //! `GpioPort` input line. Adapters live in this crate — not in the leaf
-//! `fwmanager-api` — so that depending on a capability contract never pulls
+//! `orchestrator-api` — so that depending on a capability contract never pulls
 //! in the HAL. A transport-backed adapter belongs in its own crate depending
 //! on its own stack, by the same rule.
 
diff --git a/services/orchestrator/sm/src/lib.rs b/services/orchestrator/sm/src/lib.rs
index 5fe7e25..29e1f17 100644
--- a/services/orchestrator/sm/src/lib.rs
+++ b/services/orchestrator/sm/src/lib.rs
@@ -134,7 +134,7 @@
 /// gated out. The walk-phase payloads (`AwaitingReady`/`Recovering`) stay on the
 /// global [`State`] rather than here — those phases are properties of the whole
 /// machine, not of one component. Named for the *component service* axis to keep
-/// it distinct from fwmanager's trial-boot/commit (update-slot) lifecycle, which
+/// it distinct from orchestrator-api's trial-boot/commit (update-slot) lifecycle, which
 /// is a separate concern.
 #[derive(Clone, Copy, PartialEq, Eq, Debug)]
 enum ComponentLifecycle {
diff --git a/services/orchestrator/sm/src/model.rs b/services/orchestrator/sm/src/model.rs
index ae9cfd8..782bb95 100644
--- a/services/orchestrator/sm/src/model.rs
+++ b/services/orchestrator/sm/src/model.rs
@@ -194,7 +194,7 @@
     /// up. The passive-tier counterpart to [`Event::ComponentReady`]: a passive
     /// component has no iRoT to self-verify, so "it booted" is the only
     /// post-release signal it can produce. Clears that component's boot-progress
-    /// watchdog. Mirrors fwmanager's `BootProgress::Booted`.
+    /// watchdog. Mirrors orchestrator-api's `BootProgress::Booted`.
     Booted(ComponentId),
     /// A challenger has requested a signed attestation.
     AttestationChallenge,
diff --git a/services/orchestrator/sm/src/tests.rs b/services/orchestrator/sm/src/tests.rs
index 60bf6ef..df188ba 100644
--- a/services/orchestrator/sm/src/tests.rs
+++ b/services/orchestrator/sm/src/tests.rs
@@ -603,7 +603,7 @@
 /// never reports [`Event::Booted`] before its watchdog fires is recovered like
 /// any other boot failure — even while the walk is still in `PreSupervision`.
 /// This closes the release-and-forget gap (CSA boot-progress checkpointing is
-/// device-agnostic; fwmanager arms a `boot_timeout` for every device).
+/// device-agnostic; the orchestrator arms a `boot_timeout` for every device).
 #[test]
 fn passive_boot_timeout_enters_recovering() {
     let (effects, state) = drive(
diff --git a/target/mock/BUILD.bazel b/target/mock/BUILD.bazel
index ddf861b..803102f 100644
--- a/target/mock/BUILD.bazel
+++ b/target/mock/BUILD.bazel
@@ -10,5 +10,5 @@
     srcs = ["devices.rs"],
     crate_name = "board_devices",
     edition = "2024",
-    deps = ["//services/fwmanager/api:fwmanager_api"],
+    deps = ["//services/orchestrator/api:orchestrator_api"],
 )
diff --git a/target/mock/devices.rs b/target/mock/devices.rs
index ea5b7df..0cb4d54 100644
--- a/target/mock/devices.rs
+++ b/target/mock/devices.rs
@@ -9,7 +9,7 @@
 
 use core::time::Duration;
 
-use fwmanager_api::config::{BootCheckpoint, BootSignal, CommitPolicy, DeviceConfig};
+use orchestrator_api::config::{BootCheckpoint, BootSignal, CommitPolicy, DeviceConfig};
 
 /// Declaration order is the boot order: the orchestrator releases devices
 /// top to bottom, one at a time.
@@ -50,4 +50,4 @@
     },
 ];
 
-const _: () = fwmanager_api::config::validate(MANAGED_DEVICES);
+const _: () = orchestrator_api::config::validate(MANAGED_DEVICES);