aboutsummaryrefslogtreecommitdiff
path: root/arch/powerpc/kernel/process.c
diff options
context:
space:
mode:
authorNaveen N. Rao <naveen.n.rao@linux.vnet.ibm.com>2018-10-31 22:48:13 +0530
committerMichael Ellerman <mpe@ellerman.id.au>2018-11-01 10:06:03 +1100
commit1936f094e164cc13ebf17aba1d6b34e033e64188 (patch)
tree2a4d2b0dcd3bde1dc35b6f0a263a93c0d37f2522 /arch/powerpc/kernel/process.c
parent69f8117f17b332a68cd8f4bf8c2d0d3d5b84efc5 (diff)
downloadlinux-1936f094e164cc13ebf17aba1d6b34e033e64188.tar.gz
selftests/powerpc: Fix compilation issue due to asm label
We are using 'dscr_insn' as a label in inline asm to identify if a SIGILL was generated by the mtspr instruction at that point. However, with inline assembly, the compiler is still free to duplicate the asm statement for optimization purposes, which results in the label being defined twice with the error: /tmp/ccerQCql.s:874: Error: symbol `dscr_insn' is already defined With different compiler versions, we may also see: /tmp/ccJzLDlN.o:(.toc+0x0): undefined reference to `dscr_insn' Remove the use of the label in the inline assembly. Instead, just look for the offending instruction in the signal handler. Fixes: d2bf793237b3 ("selftests/powerpc: Add test to verify rfi flush across a system call") Reported-by: Breno Leitao <leitao@debian.org> Signed-off-by: Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> Tested-by: Breno Leitao <leitao@debian.org> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'arch/powerpc/kernel/process.c')
0 files changed, 0 insertions, 0 deletions