diff options
| author | Sebastian Andrzej Siewior <bigeasy@linutronix.de> | 2026-07-18 19:50:41 +0200 |
|---|---|---|
| committer | Jonathan Corbet <corbet@lwn.net> | 2026-08-13 09:26:18 -0600 |
| commit | 5edf1547ac378526181dcd4eb7c8f3b2351e96f9 (patch) | |
| tree | 594346840b80ea6d527cec938d6ae2e694bebb19 /tools/lib/python/kdoc/kdoc_parser.py | |
| parent | 1ed2db7d8fa24cfeb5aa7357015e50493d7db1c2 (diff) | |
Documentation: Extend the real-time hardware bits with some firmware bits
I have been reviewing how OP‑TEE is implemented and how secure‑world
invocations behave. The goal was to determine whether an OP‑TEE call can
delay the Linux side and introduce latency depending on the time spent
in the secure world.
Similar latency effects are already known for EFI runtime services, but
this was not documented. To mitigate the impact, EFI runtime invocations
can be restricted to specific CPUs so that real‑time workloads on other
CPUs remain unaffected. This mechanism, however, is only described in
the commit that introduced it.
This change adds a firmware section that documents these behaviours
explicitly. It highlights cases where firmware can delay the kernel,
information that may be unfamiliar to some users and surprising-or
concerning-to others.
Assisted-by: Microsoft-Copilot
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Message-ID: <20260718175041.QXn9iOFK@linutronix.de>
Diffstat (limited to 'tools/lib/python/kdoc/kdoc_parser.py')
0 files changed, 0 insertions, 0 deletions
