linux-stable.git/tools/testing/selftests/powerpc/tm, branch linux-4.7.y

selftests/powerpc: Add test to check if TM SPRs are corrupted

2016-05-11T11:54:14+00:00

Testing that the TM SPRs are behaving the way they should. Uses more
threads than cpus to see if the following register values persist with
context switching:
- the FS (failure summary) flag in TEXASR
- TFIAR and TFHAR

Signed-off-by: Rashmica Gupta 
Signed-off-by: Michael Ellerman

selftests/powerpc: Add TM test to check if TAR is corrupted

2016-05-11T11:54:13+00:00

If the transaction is aborted, the TAR should be rolled back to the
checkpointed value before the transaction began. The value written to the
TAR when the transaction is suspended should only remain there if the
transaction completes successfully.

Signed-off-by: Rashmica Gupta 
Signed-off-by: Michael Ellerman

selftests/powerpc: Add test for forking inside transaction

2016-05-11T11:54:13+00:00

This test does a fork syscall inside a transaction. Basic sniff test to see
if we can enter the kernel during a transaction.

Signed-off-by: Rashmica Gupta 
Signed-off-by: Michael Ellerman

selftests/powerpc: Standardise TM calls

2016-05-11T11:54:12+00:00

Currently tbegin, tend etc are written as opcodes or asm instructions. So
standardise these to asm instructions.

Signed-off-by: Rashmica Gupta 
Signed-off-by: Michael Ellerman

selftests/powerpc: Fix out of bounds access in TM signal test

2016-03-02T12:34:45+00:00

Gcc helpfully points out that we're accessing past the end of the gprs
array:

  tm-signal-msr-resv.c: In function 'signal_usr1':
  tm-signal-msr-resv.c:43:37: error: array subscript is above array bounds [-Werror=array-bounds]
    ucp->uc_mcontext.regs->gpr[PT_MSR] |= (7ULL);

We haven't noticed previously because -flto was hiding it somehow.

The code is confused, PT_MSR isn't a gpr, instead it's in
uc_regs->gregs, so fix it.

Signed-off-by: Michael Ellerman

selftests/powerpc: Add test to check if VSRs are corrupted

2015-12-14T09:41:50+00:00

When a transaction is aborted, VSR values should rollback to the
checkpointed values before the transaction began. VSRs used elsewhere in
the kernel during a transaction, or while the transaction is suspended
should not affect the checkpointed values.

Prior to the bug fix in commit d31626f70b61 ("powerpc: Don't corrupt
transactional state when using FP/VMX in kernel") when VMX was requested
by the kernel the .vr_state (which held the checkpointed state of VSRs
before the transaction) was overwritten with the current state from
outside the transation. Thus if the transaction did not complete, the
VSR values would be "rolled back" to potentially incorrect values.

Signed-off-by: Rashmica Gupta 
Signed-off-by: Michael Ellerman

selftests/powerpc: Add TM signal with invalid stack test

2015-12-14T09:41:49+00:00

Test the kernels signal generation code to ensure it can handle an
invalid stack pointer when transactional.

Signed-off-by: Michael Neuling 
Tested-by: Anshuman Khandual 
[mpe: Skip if we don't have TM]
Signed-off-by: Michael Ellerman

selftests/powerpc: Add TM signal return test

2015-12-14T09:41:48+00:00

Test the kernel's signal return code to ensure that it doesn't crash
when both the transactional and suspend MSR bits are set in the signal
context.

Signed-off-by: Michael Neuling 
Tested-by: Anshuman Khandual 
[mpe: Skip if we don't have TM]
Signed-off-by: Michael Ellerman

selftests/powerpc: Skip tm-resched-dscr if we don't have TM

2015-12-14T09:41:48+00:00

Signed-off-by: Michael Ellerman

selftests/powerpc: Move TM helpers into tm.h

2015-12-14T09:41:48+00:00

Move have_htm_nosc() into a new tm.h, and add a new helper, have_htm()
which we'll use in the next patch.

Signed-off-by: Michael Ellerman