GeezerVison

Summary

Fix a readiness race in busy_main_interpreter_does_not_block_subinterpreter:

• Publish readiness once, after the main interpreter successfully completes and counts its first arithmetic operation.
• Bound the subinterpreter's readiness wait to 30 seconds, outside its attached VM, so failure or timeout before main readiness cannot leave it spinning forever.
• Preserve every original arithmetic/progress assertion, the main worker's 30-second deadline, its safepoint, and both yields. No skips, sleeps, or interpreter-runtime changes.

Cause and relation to #9317

The main worker previously published readiness before its first loop-condition check. The sub worker could observe readiness, finish its multiplication, and publish completion before main entered the loop. Main then returned zero operations and failed the progress assertion despite successful subinterpreter progress.

This is a separate, inherited test bug rather than a PyTime fixture regression:

• The failing #9317 job reports main_operations > 0 as the only VM failure. The whole test suite completed in 2.38 seconds, excluding the main worker's 30-second timeout path for this failure.
• Complete PyTime conversion fixtures and repair existing helpers #9317 base 94f92e4ab84f3c164299cbaea7ac110881a10f5d and head 29404850a370aad85467a782b65d7b44349a5f62 have identical interpreter.rs blob e6c4c2852feb1263f081f0582185cf0460fa70ab. Complete PyTime conversion fixtures and repair existing helpers #9317 changes only _testinternalcapi.rs and its private pytime.rs helper.
• The same readiness-before-progress ordering was introduced by ancestor 11de045 (#8517), before Complete PyTime conversion fixtures and repair existing helpers #9317's base. The test uses interpreters without the standard library and integer addition/multiplication, not the changed PyTime fixtures.

The repository's test-logic restriction was explicitly excepted by the requester for this actual bug only; the general rule remains unchanged.

Validation

• Independent source review passed.
• Normal repository commit hooks passed.
• cargo test --offline --locked -p rustpython-vm --features threading --lib --no-run passed with default VM features plus threading.
• Exact test listing identified one test. That test ran once with --exact --test-threads=1: 1 passed, 0 failed, 0 ignored, 174 filtered out, in 0.18 seconds.
• The focused run used an external 60-second process-group deadline and resource limits. Source and binary hashes were unchanged before/after; cleanup found no remaining descendants.

The first cold no-run build reached its 30-minute build limit without a compiler diagnostic; the authorized warm-cache continuation completed successfully. This is not a runtime-test timeout.

Validation is Linux x86-64 only. Full workspace tests, C-API tests, Clippy, parallel-suite execution, and other platforms were not run locally for this narrow change. No stress-loop or baseline-pass claim is made; broader CI results remain pending.

AI assistance: OpenAI Codex; exact model identifier unavailable. Used for diagnosis, implementation, independent source review, and scoped validation.