<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/kernel/head64.S, 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-07-24T08:48:22Z</updated>
<entry>
<title>[S390] initial cr0 bits</title>
<updated>2011-07-24T08:48:22Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2011-07-24T08:48:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c76e70d3784e00a89bf8359bcca51ae366b41527'/>
<id>urn:sha1:c76e70d3784e00a89bf8359bcca51ae366b41527</id>
<content type='text'>
Remove outdated bits from the initial cr0 register.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] iucv cr0 enablement bit</title>
<updated>2011-07-24T08:48:22Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2011-07-24T08:48:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5beab99100335936f4d845f9ae2f0e25796f2584'/>
<id>urn:sha1:5beab99100335936f4d845f9ae2f0e25796f2584</id>
<content type='text'>
Do not set the cr0 enablement bit for iucv by default in head[31|64].S,
move the enablement to iucv_init in the iucv base layer.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] fix s390 assembler code alignments</title>
<updated>2011-07-24T08:48:21Z</updated>
<author>
<name>Jan Glauber</name>
</author>
<published>2011-07-24T08:48:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=144d634a21caff1d54cb4bb0d073774e88130045'/>
<id>urn:sha1:144d634a21caff1d54cb4bb0d073774e88130045</id>
<content type='text'>
The alignment is missing for various global symbols in s390 assembly code.
With a recent gcc and an instruction like stgrl this can lead to a
specification exception if the instruction uses such a mis-aligned address.

Specify the alignment explicitely and while add it define __ALIGN for s390
and use the ENTRY define to save some lines of code.

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] correct address of _stext with CONFIG_SHARED_KERNEL=y</title>
<updated>2010-05-12T07:32:26Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2010-05-12T07:32:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=57d84906f0f3005d4d22e13a3f5102a16a7fc4a2'/>
<id>urn:sha1:57d84906f0f3005d4d22e13a3f5102a16a7fc4a2</id>
<content type='text'>
As of git commit 1844c9bc0b2fed3023551c1affe033ab38e90b9a head64.S/head31.S
are not included in head.S anymore but build as an extra object. This breaks
shared kernel support because the .org statement in head64.S/head31.S for
CONFIG_SHARED_KERNEL=y will have a different effect. The end address of the
head.text section in head.o will be added to the .org value, to compensate
for this subtract 0x11000 to get the required value of 0x100000 again.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] fix boot failures with compressed kernels</title>
<updated>2010-03-24T10:49:54Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2010-03-24T10:49:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=06c0dd72aea3985d0ea036f771ebb1d1083bf69f'/>
<id>urn:sha1:06c0dd72aea3985d0ea036f771ebb1d1083bf69f</id>
<content type='text'>
Fix two bugs with the kernel image compression:
1) reset the bss section of the compressed vmlinux
2) clear the high half of the registers for 64 bit early enough
   for the decompression step

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] add support for compressed kernels</title>
<updated>2010-02-26T21:37:33Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2010-02-26T21:37:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1844c9bc0b2fed3023551c1affe033ab38e90b9a'/>
<id>urn:sha1:1844c9bc0b2fed3023551c1affe033ab38e90b9a</id>
<content type='text'>
Add the "bzImage" compile target and the necessary code  to generate
compressed kernel images. The old style uncompressed "image" target
is preserved, a simple make will build them both.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] zfcpdump: remove cross arch dump support</title>
<updated>2010-02-26T21:37:30Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2010-02-26T21:37:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f64ca21714f114a78b6c19ceabc7745b29913efc'/>
<id>urn:sha1:f64ca21714f114a78b6c19ceabc7745b29913efc</id>
<content type='text'>
Remove support to be able to dump 31 bit systems with a 64 bit dumper.
This is mostly useless since no distro ships 31 bit kernels together
with a 64 bit dumper.
We also get rid of a bit of hacky 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] s390: clear high-order bits of registers after sam64</title>
<updated>2009-12-07T11:45:10Z</updated>
<author>
<name>Hendrik Brueckner</name>
</author>
<published>2009-12-07T11:44:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cf87b7439ec81b9374e7772e44e9cb2eb9e57160'/>
<id>urn:sha1:cf87b7439ec81b9374e7772e44e9cb2eb9e57160</id>
<content type='text'>
When the kernel is IPLed without the CLEAR option and switches
to 64-bit, the high-order half of the registers might contain
random values.  This can cause addressing exceptions and the
kernel enters an interrupt loop.

Initialize the high-order half of the general purpose registers
with zeros after switching to 64-bit mode.

Cc: &lt;stable@kernel.org&gt;
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] Limit cpu detection to 256 physical cpus.</title>
<updated>2009-09-11T08:29:55Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2009-09-11T08:29:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4bb5e07b68565d7983108993aa23eccf5f1b35fe'/>
<id>urn:sha1:4bb5e07b68565d7983108993aa23eccf5f1b35fe</id>
<content type='text'>
Saves us more than 65k pointless IPIs.

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] Initialize __LC_THREAD_INFO early.</title>
<updated>2009-09-11T08:29:53Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2009-09-11T08:28:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0c88ee5b7523e76e290d558c28cd0be48ffad597'/>
<id>urn:sha1:0c88ee5b7523e76e290d558c28cd0be48ffad597</id>
<content type='text'>
"lockdep: Fix backtraces" reveales a bug in early setup code: when
lockdep tries to save a stack backtrace before setup_arch has been
called the lowcore pointer for the current thread info pointer isn't
initialized yet.
However our save stack backtrace code relies on it. If the pointer
isn't initialized the saved backtrace will have zero entries.
lockdep however relies (correctly) on the fact that that cannot
happen.
A write access to some random memory region is the result.

Fix this by initializing the thread info pointer early.

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>
