linux-stable.git/tools/testing/selftests/powerpc, branch linux-3.19.y Linux kernel stable tree selftests/powerpc: Add test of load_unaligned_zero_pad() 2014-09-30T04:59:12+00:00 Michael Ellerman mpe@ellerman.id.au 2014-09-25T06:45:11+00:00 fe2a1bb1dbff1bc7b8c24eb1f691a544488617fa It is a rarely exercised case, so we want to have a test to ensure it works as required. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> 
It is a rarely exercised case, so we want to have a test to ensure it
works as required.

Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
selftests/powerpc: Add test of per-event excludes 2014-07-28T04:11:33+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:40+00:00 f929a4641b93c0a45f188022bb9675214b3070d6 Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Add a routine for retrieving an AUXV entry 2014-07-28T04:11:33+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:39+00:00 bd8bbd87f1e4226f576ddbc71d42541418d8f2d3 Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Add cycles test with MMCR2 handling 2014-07-28T04:11:32+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:38+00:00 985ac68eba4c6487754a67401909239e0505171a Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Dump MMCR2 as part of the EBB HW state 2014-07-28T04:11:31+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:37+00:00 c418a67872f4e0149320a17d3e924f159d0f8a2e Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Count more instructions & use decimal 2014-07-28T04:11:31+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:36+00:00 7d3fa96851e9475f3ac06d3dd94994b3ea05f689 Although we expect some small discrepancies for very large counts, we seem to be able to count up to 64 billion instructions without too much skew, so do so. Also switch to using decimals for the instruction counts. This just makes it easier to visually compare the expected vs actual values, as well as the raw result from instructions. Before: instructions: result 68719476753 running/enabled 13101961654 cycles: result 38077343785 running/enabled 13101725752 Looped for 68719476736 instructions, overhead 17 Expected 68719476753 Actual 68719476753 Delta 0, 0.000000% success: count_instructions After: instructions: result 64000000016 running/enabled 12197599964 cycles: result 35412471674 running/enabled 12197534110 Looped for 64000000000 instructions, overhead 16 Expected 64000000016 Actual 64000000016 Delta 0, 0.000000% success: count_instructions Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Although we expect some small discrepancies for very large counts, we
seem to be able to count up to 64 billion instructions without too much
skew, so do so.

Also switch to using decimals for the instruction counts. This just
makes it easier to visually compare the expected vs actual values, as
well as the raw result from instructions.

Before:

  instructions: result 68719476753 running/enabled 13101961654
  cycles: result 38077343785 running/enabled 13101725752
  Looped for 68719476736 instructions, overhead 17
  Expected 68719476753
  Actual   68719476753
  Delta    0, 0.000000%
  success: count_instructions

After:
  instructions: result 64000000016 running/enabled 12197599964
  cycles: result 35412471674 running/enabled 12197534110
  Looped for 64000000000 instructions, overhead 16
  Expected 64000000016
  Actual   64000000016
  Delta    0, 0.000000%
  success: count_instructions

Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Count instructions under scheduler pressure 2014-07-28T04:11:30+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:35+00:00 86450f20fb0047266c374d1bcc66ba747bd6b44f Have a task eat some cpu while we are counting instructions to create some scheduler pressure. The idea being to try and unearth any bugs we have in counting that only appear when context switching is happening. Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Have a task eat some cpu while we are counting instructions to create
some scheduler pressure. The idea being to try and unearth any bugs we
have in counting that only appear when context switching is happening.

Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Add test of L3 bank handling 2014-07-28T04:11:30+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:34+00:00 1feaa87c2fd7d610d154a3b7b739870030d2a7aa Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Move core_busy_loop() into asm 2014-07-28T04:11:29+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:33+00:00 6873def90016cc1cde03c38e10a80146d980b48a There is at least one bug in core_busy_loop(), we use r0, but it's not in the clobber list. We were getting away with this it seems but that was luck. It's also fishy to be touching the stack, even if we do it below the stack pointer. It seems we get away with it, but looking at the generated code that may just be luck. So move it into assembler, do all the stack handling by hand. We create a stack frame to save the non-volatiles in, so we can muck around with them. Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
There is at least one bug in core_busy_loop(), we use r0, but it's
not in the clobber list. We were getting away with this it seems but
that was luck.

It's also fishy to be touching the stack, even if we do it below the
stack pointer. It seems we get away with it, but looking at the
generated code that may just be luck.

So move it into assembler, do all the stack handling by hand. We create
a stack frame to save the non-volatiles in, so we can muck around with
them.

Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
selftests/powerpc: Fix parse_proc_maps() 2014-07-28T04:11:28+00:00 Michael Ellerman mpe@ellerman.id.au 2014-07-23T07:31:32+00:00 6861b44aa0403033f6a4af128980e018e78c3fc3 start and end should be unsigned long. Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> 
start and end should be unsigned long.

Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>