tree 88c62219c4d61d4ac02feb45173e705add42f872
parent ffb6a88cb36be96aa9d0c40c3fcdc20b8d80d679
author Anthony Rocha <anthony.rocha@amd.com> 1776788809 -0700
committer Will Marone <Will.Marone@amd.com> 1776884805 -0700

mctp-server: add in-process SPDM requester

Parallel to the existing in-process SPDM responder. Same src/main.rs,
selected by Cargo feature flag (in-process-responder vs
in-process-requester) on the Bazel rust_app target, enforced mutually
exclusive via compile_error!.

- New system_image at //target/ast1060-evb/mctp-requester:mctp_requester;
  the existing //target/ast1060-evb/mctp:mctp keeps the responder role.
- Second rust_app target mctp_server_requester in services/mctp/server/
  with distinct codegen_crate_name (app_mctp_server_requester).
- Phase-2 loop body runs an 8-state VCA FSM one step per iteration
  (SendVersion -> AwaitVersion -> ... -> Done / Failed), interleaved
  with the existing Phase-1 I2C drain.
- AWAIT_STEP_BUDGET (10_000) safety net: an Await state that sits on
  TimedOut too long transitions to Failed instead of hanging.
- Counters req_send_ok / req_recv_ok / req_recv_pending logged on the
  Done transition.

Bundled pre-Phase-1 unblockers for the mctp-lib hotfix at 023e75e:
- Server::inbound now discards the new Option<AppCookie> return.
- main.rs consumes the MctpI2cHeader struct from receiver.decode()
  (was a bare u8 source address).

Docs updated: DESIGN_IN_PROCESS_REQUESTER.md, IMPLEMENTATION_PLAN.md
(new), INITIALIZATION.md (requester setup + glossary).

Build verification:
  bazel build --config=k_ast1060_evb //target/ast1060-evb/mctp:mctp
  bazel build --config=k_ast1060_evb //target/ast1060-evb/mctp-requester:mctp_requester