[llvm] [HEXAGON] [MachinePipeliner] Fix the DAG in case of dependent phis. (PR #135925)
Ryotaro Kasuga via llvm-commits
llvm-commits at lists.llvm.org
Wed Apr 23 04:13:12 PDT 2025
================
@@ -962,8 +962,26 @@ void SwingSchedulerDAG::updatePhiDependences() {
HasPhiDef = Reg;
// Add a chain edge to a dependent Phi that isn't an existing
// predecessor.
+
+ // %3:intregs = PHI %21:intregs, %bb.6, %7:intregs, %bb.1 - SU0
+ // %7:intregs = PHI %21:intregs, %bb.6, %13:intregs, %bb.1 - SU1
+ // %27:intregs = A2_zxtb %3:intregs - SU2
+ // %13:intregs = C2_muxri %45:predregs, 0, %46:intreg
+ // If we have dependent phis, SU0 should be the successor of SU1
+ // not the other way around. (it used to be SU1 is the successor
+ // of SU0). In some cases, SU0 is scheduled earlier than SU1
+ // resulting in bad IR as we do not have a value that can be used
+ // by SU2.
+
+ // Reachability check is to ensure that we do not violate DAG.
+ // %1:intregs = PHI %10:intregs, %bb.0, %3:intregs, %bb.1 - SU0
+ // %2:intregs = PHI %10:intregs, %bb.0, %1:intregs, %bb.1 - SU1
+ // %3:intregs = PHI %11:intregs, %bb.0, %2:intregs, %bb.1 - SU2
+ // S2_storerb_io %0:intregs, 0, %2:intregs
+ // Make sure we do not create an edge between SU2 and SU0.
+
if (SU->NodeNum < I.NodeNum && !I.isPred(SU))
- I.addPred(SDep(SU, SDep::Barrier));
+ SU->addPred(SDep(&I, SDep::Barrier));
}
----------------
kasuga-fj wrote:
I think the condition of if-statement must be updated as well. I don't think this check prevents from adding an edge from `SU2` to `SU0`.
IIUC, in the implementation so far, the first expression `SU->NodeNum < I.NodeNum` is to make sure that the edge is not a back-edge, and the second one `!I.isPred(SU)` is to check that the edge is not redundant. The expression `SU->NodeNum < I.NodeNum` was sufficient because we never add a back-edge (i.e., from bottom to top), but if you want to add such one (in this case, from `SU1` or ` to `SU0`), this condition no longer makes sense and we must check the reachability in a different way. Also, adding back-edge here may affect other processes, e.g., the similar part in the same function. https://github.com/llvm/llvm-project/blob/717efc0a994dfc5b2ed65ddb13b47fb917c9a467/llvm/lib/CodeGen/MachinePipeliner.cpp#L1036-L1037
IMO, instead of changing an edge to "correct direction", we should give special treatment of PHI-PHI edges as needed, like `isLoopCarriedDep` does.
https://github.com/llvm/llvm-project/pull/135925
More information about the llvm-commits
mailing list