clean up mips64/n32 syscall asm constraints
authorRich Felker <dalias@aerifal.cx>
Wed, 17 Jul 2019 00:49:02 +0000 (20:49 -0400)
committerRich Felker <dalias@aerifal.cx>
Wed, 17 Jul 2019 00:49:02 +0000 (20:49 -0400)
commitddc7c4f936c7a90781072f10dbaa122007e939d0
tree289319113bf6ce143f97eb0fbbc08f46305b8618
parentdb2a148d9df3d7d1f3423313761f0e2517c1aa2b
clean up mips64/n32 syscall asm constraints

ever since inline syscalls were added for (o32) mips in commit
328810d32524e4928fec50b57e37e1bf330b2e40, the asm has nonsensically
loaded the syscall number, rather than taking $2 as an input
constraint to let the compiler load it. commit
cfc09b1ecf0c6981494fd73dffe234416f66af10 improved on this somewhat by
allowing a constant syscall number to propagate into an immediate, but
missed that the whole operation made no sense.

now, only $4, $5, $6, $8, and $9 are potential input-only registers.
$2 is always input and output, and $7 is both when it's an argument,
otherwise output-only. previously, $7 was treated as an input (with a
"1" constraint matching its output position) even when it was not an
input, which was arguably undefined behavior (asm input from
indeterminate value). this is corrected.
arch/mips64/syscall_arch.h
arch/mipsn32/syscall_arch.h