This board tracks the work required to turn the current systems coursework into an AI Infrastructure Firmware Engineering specialization. Tickets are Markdown files in the repository, so the plan can evolve alongside lessons, labs, diagrams, reviews, and source history.

The board is the working backlog, not a claim that every listed topic has already been studied or published. A separate GitHub Project view can be used for repository-level planning when synchronization is available.

In progress

3 tickets
AIINFRA-004 P0 XL

Expand the OpenBMC and UEFI core track

Continue the existing whole-machine course from its first lesson through host management and fleet operations.

openbmc curriculum
After AIINFRA-002

Ready

5 tickets
AIINFRA-003 P0 L

Publish the specialization landing page

Create the public entry point, track map, prerequisites, and honest progress view for the specialization.

specialization curriculum
After AIINFRA-002
AIINFRA-010 P0 M

Define the specialization lab environment

Select accessible simulations, commodity hardware, traces, and evidence artifacts that make the system models observable.

specialization lab
After AIINFRA-002

Backlog

4 tickets
AIINFRA-007 P1 XL

Build the PCIe and accelerator lifecycle track

Extend PCIe fundamentals into accelerator discovery, initialization, isolation, telemetry, reset, firmware update, and failure recovery.

pcie curriculum
After AIINFRA-002
AIINFRA-009 P1 XL

Build the fleet firmware lifecycle track

Teach inventory, compatibility, staged rollout, observability, rollback, repair, and retirement across heterogeneous components.

fleet operations curriculum
After AIINFRA-002, AIINFRA-004
AIINFRA-011 P1 M

Establish the industry veteran interview series

Add durable practitioner interviews that expose design constraints, operational tradeoffs, and career paths the text alone cannot supply.

expert review interview
After AIINFRA-002, AIINFRA-003
AIINFRA-013 P1 XL

Design the rack onboarding and assurance capstone

Integrate management, PCIe, networking, security, and fleet operations in a realistic vendor-rack admission and drift incident.

host assurance capstone
After AIINFRA-005, AIINFRA-006, AIINFRA-007, AIINFRA-008, AIINFRA-009, AIINFRA-010

Blocked

0 tickets

Done

1 ticket

Ticket conventions

  • P0 establishes the foundation or unblocks several other tickets; P1–P3 indicate decreasing urgency.
  • Effort is relative: S, M, L, or XL. It is not a deadline or hour estimate.
  • A ticket moves to done only when its acceptance criteria are satisfied.
  • Browser-local lesson annotations remain the fine-grained review workflow. Tickets capture larger, durable units of course work.