https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
With a cross from x86_64 I see
#1 0x0000000000b91785 in lra_set_insn_recog_data (insn=0x7ffff66cb380)
at /space/rguenther/src/svn/trunk3/gcc/lra.c:962
962 gcc_assert (GET_CODE (PATTERN (insn)) == USE
(gdb) l
957 if (nop < 0)
958 {
959 /* It is a special insn like USE or CLOBBER. We should
960 recognize any regular insn otherwise LRA can do nothing
961 with this insn. */
962 gcc_assert (GET_CODE (PATTERN (insn)) == USE
963 || GET_CODE (PATTERN (insn)) == CLOBBER
964 || GET_CODE (PATTERN (insn)) == ASM_INPUT);
965 data->insn_static_data = insn_static_data
966 = get_static_insn_data (-1, 0, 0, nalt);
(gdb) p debug_rtx (insn)
(insn 605 602 604 28 (parallel [
(set (reg:TI 421)
(unspec:TI [
(reg:TI 424 [421])
] UNSPEC_P8V_RELOAD_FROM_GPR))
(clobber (reg:TF 425))
]) Objects/complexobject.c:671 -1
(nil))
$1 = void