<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/kernel/dis.c, branch linux-3.19.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.19.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.19.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-10-09T07:14:15Z</updated>
<entry>
<title>s390/disassembler: add vector instructions</title>
<updated>2014-10-09T07:14:15Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2014-10-06T15:54:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3585cb0280654acbc559a360a839c8d58bb0cb87'/>
<id>urn:sha1:3585cb0280654acbc559a360a839c8d58bb0cb87</id>
<content type='text'>
Add the instruction introduced with the vector extension to the in-kernel
disassembler.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/kprobes: allow kprobes only on known instructions</title>
<updated>2013-10-24T15:16:50Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2013-09-13T12:14:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1ffa11abfe90320abe82bf5bb7eeca154e333058'/>
<id>urn:sha1:1ffa11abfe90320abe82bf5bb7eeca154e333058</id>
<content type='text'>
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 &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/dis: move common definitions to a header file</title>
<updated>2013-10-24T15:16:48Z</updated>
<author>
<name>Suzuki K. Poulose</name>
</author>
<published>2013-08-29T09:05:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=648ae35c54b147c3b25d212f2936bb1cb91ea7d0'/>
<id>urn:sha1:648ae35c54b147c3b25d212f2936bb1cb91ea7d0</id>
<content type='text'>
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 &lt;suzuki@in.ibm.com&gt;
[Heiko Carstens: rename s390-dis.h to dis.h]
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/dis: rename structures for unique types</title>
<updated>2013-10-24T15:16:47Z</updated>
<author>
<name>Suzuki K. Poulose</name>
</author>
<published>2013-08-29T09:04:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f616d6760716f702b3aa459fd20c8d8cce693abd'/>
<id>urn:sha1:f616d6760716f702b3aa459fd20c8d8cce693abd</id>
<content type='text'>
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 &lt;suzuki@in.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/disassembler: prevent endless loop in print_fn_code()</title>
<updated>2013-05-07T12:11:55Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2013-05-06T14:26:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7678dcfb310a190aea9bee8cdeb1e14987600737'/>
<id>urn:sha1:7678dcfb310a190aea9bee8cdeb1e14987600737</id>
<content type='text'>
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 &lt;ehrhardt@linux.vnet.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/dis: use explicit buf len</title>
<updated>2013-04-17T12:07:25Z</updated>
<author>
<name>Stefan Raspl</name>
</author>
<published>2013-03-05T09:39:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0bcc94baca601c266ded6347c614b180316a383c'/>
<id>urn:sha1:0bcc94baca601c266ded6347c614b180316a383c</id>
<content type='text'>
Pass buffer length in extra parameter.

Signed-off-by: Stefan Raspl &lt;raspl@linux.vnet.ibm.com&gt;
Reviewed-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/dis: Fix invalid array size</title>
<updated>2013-02-28T08:37:09Z</updated>
<author>
<name>Syam Sidhardhan</name>
</author>
<published>2013-02-24T22:15:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=db7760ad9b43bfc1ec4baeb7011142cbe069e8f8'/>
<id>urn:sha1:db7760ad9b43bfc1ec4baeb7011142cbe069e8f8</id>
<content type='text'>
We are using sizeof operator for an array given as function argument,
which is incorrect.

Signed-off-by: Syam Sidhardhan &lt;s.syam@samsung.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/cleanup: rename SPP to LPP</title>
<updated>2013-02-14T14:55:24Z</updated>
<author>
<name>Hendrik Brueckner</name>
</author>
<published>2013-02-11T17:11:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=23d18e8d9311db748b5b496bc4ba38500e3d408b'/>
<id>urn:sha1:23d18e8d9311db748b5b496bc4ba38500e3d408b</id>
<content type='text'>
The set-program-parameter (SPP) instruction has been renamed to
load-program-parameter (LPP) (see SA23-2260).  Reflect this change
and rename all macro/instruction references.

Also remove the duplicate SPP/LPP entry in the kernel disassembler
instruction list.

Signed-off-by: Hendrik Brueckner &lt;brueckner@linux.vnet.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/pci: base support</title>
<updated>2012-11-30T14:40:45Z</updated>
<author>
<name>Jan Glauber</name>
</author>
<published>2012-11-29T11:50:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cd24834130ac655d15accee6757e0eaeab4ad4ef'/>
<id>urn:sha1:cd24834130ac655d15accee6757e0eaeab4ad4ef</id>
<content type='text'>
Add PCI support for s390, (only 64 bit mode is supported by hardware):
- PCI facility tests
- PCI instructions: pcilg, pcistg, pcistb, stpcifc, mpcifc, rpcit
- map readb/w/l/q and writeb/w/l/q to pcilg and pcistg instructions
- pci_iomap implementation
- memcpy_fromio/toio
- pci_root_ops using special pcilg/pcistg
- device, bus and domain allocation

Signed-off-by: Jan Glauber &lt;jang@linux.vnet.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/disassembler: add new instructions</title>
<updated>2012-11-23T10:14:33Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2012-11-19T21:49:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c68dba202f54a4c9c68a8bb83d426bf8a00c99f8'/>
<id>urn:sha1:c68dba202f54a4c9c68a8bb83d426bf8a00c99f8</id>
<content type='text'>
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
</content>
</entry>
</feed>
