starkernel: item 3.1 reopened -- two Kconfig symbols items 1.1/1.4 deferred here

Punch list §25 item 3.1 re-closed after reopening.

Items 1.1 and 1.4's resolutions both explicitly named this item as
where their Kconfig symbols would be implemented, but 3.1's own stated
scope never mentioned them, so the first close missed both:

- STADIUM_CONTAINS_DEPTH_MAX (default 5) -- item 1.1's contains-chain
  depth cap. No consumer yet; reap-gating enforcement is item 3.5.
- STADIUM_CAPACITY_TICK (default 1000) -- item 1.4's capacity
  arbitration cadence in virtual ticks. No consumer yet; capacity
  arbitration itself is not on the punch list.

Both added following STADIUM_MAX_VM_COUNT's exact pattern:
Kconfig.kernel entry, Makefile.starkernel kconfig_int +
VM_FEATURE_FLAG_VARS forwarding, starforth_config.h fallback default.
stadium.h now includes starforth_config.h and carries two more
C99-portable compile-time checks proving both symbols are defined and
sane, same discipline as the byte-count checks. Declaration only --
not inventing the consuming logic to close this out early.

Verified: three-architecture boot (amd64, aarch64, riscv64), all
reaching ok> with identical dict_hash=0x3d4e1daf289da94f, re-run after
the reopening.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Kconfig.kernel

@@ -54,6 +54,31 @@ config STADIUM_MAX_VM_COUNT
 	  pending a DoE campaign to find an idealized default (item 5.1),
 	  not a padded estimate.
 
+config STADIUM_CONTAINS_DEPTH_MAX
+	int "Patron containment chain depth cap (STADIUM_CONTAINS_DEPTH_MAX)"
+	default 5
+	help
+	  Hard bound on how many patrons deep a `contains` chain (FABRIC.md
+	  item 1.1, the ninth cell wire) may nest. A patron with a non-none
+	  `contains` link cannot be reaped -- reap-gating enforcement of
+	  this bound is item 3.5's scope, not yet implemented. Distinct
+	  from the already-implemented VM-Stadium nesting depth (item 1.7,
+	  default 2): that bounds VMs nested inside VMs, this bounds
+	  patrons held inside patrons within one Stadium.
+
+config STADIUM_CAPACITY_TICK
+	int "Capacity arbitration cadence, in virtual ticks (STADIUM_CAPACITY_TICK)"
+	default 1000
+	help
+	  How often Hera re-evaluates capacity transfers between VMs
+	  (FABRIC.md item 1.4), expressed in virtual ticks -- never
+	  wall-clock. Default matches the existing precedent at
+	  capsule_vm_physics.c's vm_physics_heartbeat_tick()
+	  (HEARTBEAT_INFERENCE_FREQUENCY, also 1000), comfortably past
+	  the "order of magnitude apart from the heat tick" minimum
+	  (FABRIC.md §22.4). No consumer yet -- capacity arbitration
+	  itself is not yet on the punch list.
+
 endif # STARFORTH_VARIANT_KERNEL
 
 endmenu