Update Bluetooth driver and validation

Ultraworked with [Sisyphus](https://github.com/code-yeongyu/oh-my-openagent)

Co-authored-by: Sisyphus <clio-agent@sisyphuslabs.ai>
This commit is contained in:
2026-04-17 13:33:29 +01:00
parent 60170933b0
commit ee1dec299d
4 changed files with 34 additions and 14 deletions
+7 -2
View File
@@ -4,7 +4,8 @@ This runbook is the canonical operator path for exercising the current bounded B
Level slice on Red Bear OS.
It does **not** claim that Bluetooth is broadly solved. Its job is to make the current
profile-scoped, QEMU-validated Battery Level workload reproducible and honest.
profile-scoped Battery Level workload reproducible and honest while QEMU validation is still being
brought to a passing state.
## Goal
@@ -31,7 +32,7 @@ Then run the automated QEMU harness:
./local/scripts/test-bluetooth-qemu.sh --check
```
What that harness does today:
What that harness is intended to do:
1. boots `redbear-bluetooth-experimental` in QEMU with `qemu-xhci`
2. logs in automatically on the serial console
@@ -87,6 +88,10 @@ Current success is still **bounded** success:
- the exact Battery Service / Battery Level UUID pair can be read through the bounded read-only
workload and reported conservatively by `redbear-info`
Those are the **target** success conditions for the current QEMU proof. Until the harness exits
cleanly end to end, describe the validation state as “QEMU harness and packaged checker present,
validation still in progress.”
This is **not yet** the same as:
- real controller bring-up proof