<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/kernel/head64.S, branch linux-2.6.37.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-05-12T07:32:26Z</updated>
<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>
<entry>
<title>[S390] eliminate ipl_device from lowcore</title>
<updated>2009-03-26T14:24:27Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2009-03-26T14:24:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=da292bbe1f620221b08c4b589424f370168d642b'/>
<id>urn:sha1:da292bbe1f620221b08c4b589424f370168d642b</id>
<content type='text'>
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] fast vdso implementation for CLOCK_THREAD_CPUTIME_ID</title>
<updated>2008-12-31T14:11:49Z</updated>
<author>
<name>Martin Schwidefsky</name>
</author>
<published>2008-12-31T14:11:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c742b31c03f37c5c499178f09f57381aa6c70131'/>
<id>urn:sha1:c742b31c03f37c5c499178f09f57381aa6c70131</id>
<content type='text'>
The extract cpu time instruction (ectg) instruction allows the user
process to get the current thread cputime without calling into the
kernel. The code that uses the instruction needs to switch to the
access registers mode to get access to the per-cpu info page that
contains the two base values that are needed to calculate the current
cputime from the CPU timer with the ectg instruction.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Remove initial kernel stack backchain initialization.</title>
<updated>2008-12-25T12:39:13Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-12-25T12:39:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c58d92b233a41b81fbbea6add4ba1b512784f837'/>
<id>urn:sha1:c58d92b233a41b81fbbea6add4ba1b512784f837</id>
<content type='text'>
Early init code clears the backchain of the initial kernel stack frame.
This is not necessary since it is pre initialized with zeros. Plus it
was broken on 64 bit since it cleared only four of eight bytes.

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>
