Fix glowing foliage stems and branches (register marker collisions) #759
No reviewers
Labels
No labels
accessibility
autorelease: pending
autorelease: tagged
bug
dependencies
documentation
duplicate
enhancement
github_actions
good first issue
help wanted
invalid
question
testing wanted
wontfix
No milestone
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Hookshot!759
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/native-register-marker-collisions"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fix bright red/green stems in nearby foliage by keeping register-renaming markers separate from every original operand.
Marker allocation checks
native_highwhile it is still being populated. A marker chosen for an early field can therefore alias a later source. Ordinary GPRs belowreserved_basecan collide as well. The fix surveys the original operand spans first, then excludes them from marker allocation, preserving the existing pair/quad handling.The regression generates synthetic FFMA instructions and checks the effective destination and all three sources after REGMAP decoding. It covers both reserved-bank configurations, later sources and repeated destination/addend operands. The existing CI runner discovers it automatically; no workflow changes are needed.
Validation:
71e59e3, with the same earlier fixes on both sides: Kokiri stems retain natural colors and leaves remain visible. Tested on RX 9070, RADV/Mesa 26.2.6, with frame generation disabled; a further run without overlay or diagnostic instrumentation confirmed the result.Addresses the glowing-branch symptom in #667. Only the lowering fix, its synthetic regression and the test-runner entry are included.