https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79985
--- Comment #5 from Andrey Belevantsev <abel at gcc dot gnu.org> --- Well, we can special case this in sel-sched either along the lines of df-scan.c, or even easier, just forbid any asm reordering given the DF hunk. Generally speaking, we've been bitten a couple of times by this in the past (i.e. by the difference between the DF code and the sched-deps view of the dependencies between a pair of insns). It's just a consequence of the situation when we lack in the RTL the single authoritative place about the insn DF information.
