linux-toradex.git/arch/s390/kernel/dis.c, branch v4.3.1

s390: remove 31 bit support

2015-03-25T10:49:33+00:00

Remove the 31 bit support in order to reduce maintenance cost and
effectively remove dead code. Since a couple of years there is no
distribution left that comes with a 31 bit kernel.

The 31 bit kernel also has been broken since more than a year before
anybody noticed. In addition I added a removal warning to the kernel
shown at ipl for 5 minutes: a960062e5826 ("s390: add 31 bit warning
message") which let everybody know about the plan to remove 31 bit
code. We didn't get any response.

Given that the last 31 bit only machine was introduced in 1999 let's
remove the code.
Anybody with 31 bit user space code can still use the compat mode.

Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390: add SMT support

2015-01-22T11:16:01+00:00

The multi-threading facility is introduced with the z13 processor family.
This patch adds code to detect the multi-threading facility. With the
facility enabled each core will surface multiple hardware threads to the
system. Each hardware threads looks like a normal CPU to the operating
system with all its registers and properties.

The SCLP interface reports the SMT topology indirectly via the maximum
thread id. Each reported CPU in the result of a read-scp-information
is a core representing a number of hardware threads.

To reflect the reduced CPU capacity if two hardware threads run on a
single core the MT utilization counter set is used to normalize the
raw cputime obtained by the CPU timer deltas. This scaled cputime is
reported via the taskstats interface. The normal /proc/stat numbers
are based on the raw cputime and are not affected by the normalization.

Signed-off-by: Martin Schwidefsky

s390/disassembler: remove indentical initializer

2015-01-08T09:02:47+00:00

Remove one of the two identical initializer entries.

Signed-off-by: Heiko Carstens

s390/disassembler: add vector instructions

2014-10-09T07:14:15+00:00

Add the instruction introduced with the vector extension to the in-kernel
disassembler.

Signed-off-by: Martin Schwidefsky

s390/kprobes: allow kprobes only on known instructions

2013-10-24T15:16:50+00:00

Since we have an in-kernel disassembler we can make sure that
there won't be any kprobes set on random data.

Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390/dis: move common definitions to a header file

2013-10-24T15:16:48+00:00

The patch moves some of the definitions to a
header file. No functional changes involved.

I have retained the Copyright Statement from the
original file.

Signed-off-by: Suzuki K Poulose 
[Heiko Carstens: rename s390-dis.h to dis.h]
Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390/dis: rename structures for unique types

2013-10-24T15:16:47+00:00

Rename 'insn' and 'operand' structures to more canonical names
to avoid conflicts.

struct insn represents information about an instruction, including
the mnemonics, format and opcode.

struct operand represents the 'properties' and information on howto
interpret the operand value and doesn't contain the value.

We rename these structures for avoiding a global conflict.

i.e,

1,$s/struct insn/struct s390_insn/g
1,$s/struct operand/struct s390_operand/g

Signed-off-by: Suzuki K Poulose 
Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390/disassembler: prevent endless loop in print_fn_code()

2013-05-07T12:11:55+00:00

If the size of the opcode to be printed is larger than "len" we'll
see an overflow of an unsigned long value, which means that the
while loop within print_fn_code() will loop quite a long time until
there is the next chance for an exit.
So add an early exit check.

Reported-by: Christian Ehrhardt 
Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390/dis: use explicit buf len

2013-04-17T12:07:25+00:00

Pass buffer length in extra parameter.

Signed-off-by: Stefan Raspl 
Reviewed-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

s390/dis: Fix invalid array size

2013-02-28T08:37:09+00:00

We are using sizeof operator for an array given as function argument,
which is incorrect.

Signed-off-by: Syam Sidhardhan 
Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky