<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/include/asm/elf.h, branch linux-3.7.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-09-26T13:45:22Z</updated>
<entry>
<title>s390/crashdump: move fill_cpu_elf_notes() prototype to header file</title>
<updated>2012-09-26T13:45:22Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2012-09-14T12:11:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6b563d8c26735a76d84664d1b48271c432d63983'/>
<id>urn:sha1:6b563d8c26735a76d84664d1b48271c432d63983</id>
<content type='text'>
Move fill_cpu_elf_notes() prototype to header file.
This way we get compile errors if e.g. the number of function
parameters get changed.
Otherwise it's possible to change just the definition and everything
else still compiles fine, but the result is broken code.

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: add support for transactional memory</title>
<updated>2012-09-26T13:45:02Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2012-07-31T09:03:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d35339a42dd1f53b0bb86cf75418a9b7cf5f0f30'/>
<id>urn:sha1:d35339a42dd1f53b0bb86cf75418a9b7cf5f0f30</id>
<content type='text'>
Allow user-space processes to use transactional execution (TX).
If the TX facility is available user space programs can use
transactions for fine-grained serialization based on the data
objects that are referenced during a transaction. This is
useful for lockless data structures and speculative compiler
optimizations.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/32: Don't clobber personality flags on exec</title>
<updated>2012-08-30T14:28:07Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2012-08-28T08:02:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=768fd0737f4533635ea351566dff98fd4912b0d8'/>
<id>urn:sha1:768fd0737f4533635ea351566dff98fd4912b0d8</id>
<content type='text'>
In native 32 bit mode the personality flags were not correctly inherited.
This is the s390 version of 59e4c3a2 "powerpc/32: Don't clobber personality
flags on exec".

Reported-by: Mike Frysinger &lt;vapier@gentoo.org&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/comments: unify copyright messages and remove file names</title>
<updated>2012-07-20T09:15:04Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2012-07-20T09:15:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a53c8fab3f87c995c30ac226a03af95361243144'/>
<id>urn:sha1:a53c8fab3f87c995c30ac226a03af95361243144</id>
<content type='text'>
Remove the file name from the comment at top of many files. In most
cases the file name was wrong anyway, so it's rather pointless.

Also unify the IBM copyright statement. We did have a lot of sightly
different statements and wanted to change them one after another
whenever a file gets touched. However that never happened. Instead
people start to take the old/"wrong" statements to use as a template
for new files.
So unify all of them in one go.

Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/headers: replace __s390x__ with CONFIG_64BIT where possible</title>
<updated>2012-05-24T08:10:10Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2012-05-23T14:24:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f4815ac6c935b8e441fe12504d62e0e8ff7f7ce5'/>
<id>urn:sha1:f4815ac6c935b8e441fe12504d62e0e8ff7f7ce5</id>
<content type='text'>
Replace __s390x__ with CONFIG_64BIT in all places that are not exported
to userspace or guarded with #ifdef __KERNEL__.

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>Disintegrate asm/system.h for S390</title>
<updated>2012-03-28T17:30:02Z</updated>
<author>
<name>David Howells</name>
</author>
<published>2012-03-28T17:30:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a0616cdebcfd575dcd4c46102d1b52fbb827fc29'/>
<id>urn:sha1:a0616cdebcfd575dcd4c46102d1b52fbb827fc29</id>
<content type='text'>
Disintegrate asm/system.h for S390.

Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;
cc: linux-s390@vger.kernel.org
</content>
</entry>
<entry>
<title>[S390] Do not clobber personality flags on exec</title>
<updated>2011-09-26T14:40:50Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2011-09-26T14:40:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f9783ec862ea8ce0071f34a7fd028229d9fd98b4'/>
<id>urn:sha1:f9783ec862ea8ce0071f34a7fd028229d9fd98b4</id>
<content type='text'>
Analog to git commit 59e4c3a2fe9cb1681bb2cff508ff79466f7585ba
do not clear the additional personality flags on exec. We
need to inherit the personality bits in PER_MASK across exec.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Remove data execution protection</title>
<updated>2011-05-23T08:24:28Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2011-05-23T08:24:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=043d07084b5347a26eab0a07aa13a4a929ad9e71'/>
<id>urn:sha1:043d07084b5347a26eab0a07aa13a4a929ad9e71</id>
<content type='text'>
The noexec support on s390 does not rely on a bit in the page table
entry but utilizes the secondary space mode to distinguish between
memory accesses for instructions vs. data. The noexec code relies
on the assumption that the cpu will always use the secondary space
page table for data accesses while it is running in the secondary
space mode. Up to the z9-109 class machines this has been the case.
Unfortunately this is not true anymore with z10 and later machines.
The load-relative-long instructions lrl, lgrl and lgfrl access the
memory operand using the same addressing-space mode that has been
used to fetch the instruction.
This breaks the noexec mode for all user space binaries compiled
with march=z10 or later. The only option is to remove the current
noexec support.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Randomize PIEs</title>
<updated>2011-01-12T08:55:25Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2011-01-12T08:55:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d2c9dfccbc3a449b9677772e7496e2656049d9f3'/>
<id>urn:sha1:d2c9dfccbc3a449b9677772e7496e2656049d9f3</id>
<content type='text'>
Randomize ELF_ET_DYN_BASE, which is used when loading position
independent executables.

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] Randomise the brk region</title>
<updated>2011-01-12T08:55:25Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2011-01-12T08:55:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3351918282fd664e918a3175ddfae9b15656122e'/>
<id>urn:sha1:3351918282fd664e918a3175ddfae9b15656122e</id>
<content type='text'>
Randomize heap address like other architectures do already.

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>
</feed>
