<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/include/asm/elf.h, branch linux-3.1.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.1.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.1.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2011-09-26T14:40:50Z</updated>
<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>
<entry>
<title>[S390] mmap: consider stack address randomization</title>
<updated>2011-01-12T08:55:24Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2011-01-12T08:55:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9046e401e752dba784805a7818f99cc45a39cbff'/>
<id>urn:sha1:9046e401e752dba784805a7818f99cc45a39cbff</id>
<content type='text'>
Consider stack address randomization when calulating mmap_base for
flexible mmap layout . Because of address randomization the stack
address can be up to 8MB lower than STACK_TOP.
When calculating mmap_base this isn't taken into account, which could
lead to the case that the gap between the real stack top and mmap_base
is lower than what ulimit specifies for the maximum stack size.

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>elf: kill USE_ELF_CORE_DUMP</title>
<updated>2009-12-16T15:20:12Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2009-12-16T00:47:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=698ba7b5a3a7be772922340fade365c675b8243f'/>
<id>urn:sha1:698ba7b5a3a7be772922340fade365c675b8243f</id>
<content type='text'>
Currently all architectures but microblaze unconditionally define
USE_ELF_CORE_DUMP.  The microblaze omission seems like an error to me, so
let's kill this ifdef and make sure we are the same everywhere.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Acked-by: Hugh Dickins &lt;hugh.dickins@tiscali.co.uk&gt;
Cc: &lt;linux-arch@vger.kernel.org&gt;
Cc: Michal Simek &lt;michal.simek@petalogix.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[S390] 64-bit register support for 31-bit processes</title>
<updated>2009-10-06T08:35:10Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2009-10-06T08:34:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ea2a4d3a3a929ef494952bba57a0ef1a8a877881'/>
<id>urn:sha1:ea2a4d3a3a929ef494952bba57a0ef1a8a877881</id>
<content type='text'>
From: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
From: Martin Schwidefsky &lt;schwidefsky@de.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] personality: fix personality loss on execve</title>
<updated>2009-01-23T15:40:28Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2009-01-23T15:40:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=03e4c49f847f23c62900424f65a62f76de5a7151'/>
<id>urn:sha1:03e4c49f847f23c62900424f65a62f76de5a7151</id>
<content type='text'>
Use the personality() macro to mask out all bits that are not
relevant for the personality type.
The personality field contains bits for other things as well,
so without masking out the not relevalent bits the comparison
won't do what is expected.

Reported-by: Andreas Krebbel &lt;krebbel@linux.vnet.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] introduce vdso on s390</title>
<updated>2008-12-25T12:38:55Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2008-12-25T12:38:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b020632e40c3ed5e8c0c066d022672907e8401cf'/>
<id>urn:sha1:b020632e40c3ed5e8c0c066d022672907e8401cf</id>
<content type='text'>
Add a vdso to speed up gettimeofday and clock_getres/clock_gettime for
CLOCK_REALTIME/CLOCK_MONOTONIC.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] remove unused ibcs2/PER_SVR4 in SET_PERSONALITY</title>
<updated>2008-10-16T13:40:05Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2008-10-16T13:39:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0b59268285ca6cdc46191f2995bf632088e3e277'/>
<id>urn:sha1:0b59268285ca6cdc46191f2995bf632088e3e277</id>
<content type='text'>
The SET_PERSONALITY macro is always called with a second argument of 0.
Remove the ibcs argument and the various tests to set the PER_SVR4
personality.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
</feed>
