<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/s390/kernel/early.c, branch linux-2.6.28.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-07-14T08:02:25Z</updated>
<entry>
<title>[S390] Remove P390 support.</title>
<updated>2008-07-14T08:02:25Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-07-14T07:59:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1d030370f09036e8dcb3cc40915f3f9cf92bb54c'/>
<id>urn:sha1:1d030370f09036e8dcb3cc40915f3f9cf92bb54c</id>
<content type='text'>
Most likely it is broken anyway because of the changes in memory
detection. Since we can't test it and there are probably better ways
that using a P390 card, remove support for it.

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] Move memory detection code to own file.</title>
<updated>2008-07-14T08:02:17Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-07-14T07:59:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=23d1742179170b69e61ac9166248ffd64857e55a'/>
<id>urn:sha1:23d1742179170b69e61ac9166248ffd64857e55a</id>
<content type='text'>
Move memory detection code to own file and also simplify it.
Also add an interface which can be called at any time to get the
current memory layout. This interface is needed by our kernel
internal system dumper.

Cc: Peter Oberparleiter &lt;peter.oberparleiter@de.ibm.com&gt;
Cc: Michael Holzheu &lt;holzheu@de.ibm.com&gt;
Cc: Frank Munzert &lt;munzert@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] Extra Kernel Parameters via VMPARM</title>
<updated>2008-07-14T08:02:14Z</updated>
<author>
<name>Hendrik Brueckner</name>
</author>
<published>2008-07-14T07:59:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a0443fbb467af5e5930b9b059b52190605f70059'/>
<id>urn:sha1:a0443fbb467af5e5930b9b059b52190605f70059</id>
<content type='text'>
Now it is possible to specify additional kernel parameters on the IPL
command line using the IPL PARM option.
If the Linux system is already running, the new reipl sysfs attribute
'parm' can be used to change kernel parameters for the next reboot.
Examples:
  IPL    C PARM dasd=1234 root=/dev/dasda1
  IPL 1234 PARM savesys=mylnxnss
  echo "init=/bin/bash" &gt; /sys/firmware/reipl/ccw/parm

Signed-off-by: Hendrik Brueckner &lt;brueckner@linux.vnet.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] initrd vs bss section clearing.</title>
<updated>2008-07-14T08:02:09Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-07-14T07:58:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=761cdf6aacdb76f819050f4938cdab1f4cdcb945'/>
<id>urn:sha1:761cdf6aacdb76f819050f4938cdab1f4cdcb945</id>
<content type='text'>
In case the initrd is located within the bss section it will be
overwritten when the section is cleared. To prevent this just move
the initrd right behind the bss section if it starts within the
section.
The current code already moves the initrd if the bootmem allocator
bitmap would overwrite it. With this patch we should be safe against
initrd corruptions.

Cc: Peter Oberparleiter &lt;peter.oberparleiter@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] System z large page support.</title>
<updated>2008-04-30T11:38:47Z</updated>
<author>
<name>Gerald Schaefer</name>
</author>
<published>2008-04-30T11:38:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=53492b1de46a7576170e865062ffcfc93bb5650b'/>
<id>urn:sha1:53492b1de46a7576170e865062ffcfc93bb5650b</id>
<content type='text'>
This adds hugetlbfs support on System z, using both hardware large page
support if available and software large page emulation on older hardware.
Shared (large) page tables are implemented in software emulation mode,
by using page-&gt;index of the first tail page from a compound large page
to store page table information.

Signed-off-by: Gerald Schaefer &lt;geraldsc@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Convert machine feature detection code to C.</title>
<updated>2008-04-30T11:38:47Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-04-30T11:38:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2e5061e40af88070984e3769eafb5a06022375fd'/>
<id>urn:sha1:2e5061e40af88070984e3769eafb5a06022375fd</id>
<content type='text'>
From: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
From: Carsten Otte &lt;cotte@de.ibm.com&gt;

This lets us use defines for the magic bits in machine flags instead
of using plain numbers all over the place.
In addition on newer machines features/facilities are indicated by the
result of the stfl instruction. So we use these bits instead of trying
to execute new instructions and check wether we get an exception or
not.
Also the mvpg instruction is always available when in zArch mode,
whereas the idte instruction is only available in zArch mode. This
results in some minor optimizations.

Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Carsten Otte &lt;cotte@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390: KVM guest: detect when running on kvm</title>
<updated>2008-04-27T09:00:50Z</updated>
<author>
<name>Carsten Otte</name>
</author>
<published>2008-03-25T17:47:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fa5877439d5a062d91c3abd5a690483bbdb4268e'/>
<id>urn:sha1:fa5877439d5a062d91c3abd5a690483bbdb4268e</id>
<content type='text'>
This patch adds functionality to detect if the kernel runs under the KVM
hypervisor. A macro MACHINE_IS_KVM is exported for device drivers. This
allows drivers to skip device detection if the systems runs non-virtualized.
We also define a preferred console to avoid having the ttyS0, which is a line
mode only console.

Signed-off-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Acked-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Signed-off-by: Carsten Otte &lt;cotte@de.ibm.com&gt;
Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>[S390] Fix a lot of sparse warnings.</title>
<updated>2008-04-17T05:47:06Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-04-17T05:46:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a806170e29c5468b1d641a22518243bdf1b8d58b'/>
<id>urn:sha1:a806170e29c5468b1d641a22518243bdf1b8d58b</id>
<content type='text'>
Most noteable part of this commit is the new local header file entry.h
which contains all the function declarations of functions that get only
called from asm code or are arch internal. That way we can avoid extern
declarations in C files.
This is more or less the same that was done for sparc64.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] incorrect reipl nss name.</title>
<updated>2008-03-05T11:37:20Z</updated>
<author>
<name>Hongjie Yang</name>
</author>
<published>2008-03-05T11:37:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=583b33bc83d24791f11e862290ee0b79d804d2d8'/>
<id>urn:sha1:583b33bc83d24791f11e862290ee0b79d804d2d8</id>
<content type='text'>
/sys/firmware/reipl/nss/name contains the nss name when defsys or
savesys command has been executed. If the defsys or savesys command
fails the kernel_nss_name has to be cleared since a reipl on that
nss name won't be possible.

Signed-off-by: Hongjie Yang &lt;hongjie@us.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Get rid of additional_cpus kernel parameter.</title>
<updated>2008-01-26T13:11:15Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2008-01-26T13:11:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=48483b3290988952a593c6e66ca354c19f1a4350'/>
<id>urn:sha1:48483b3290988952a593c6e66ca354c19f1a4350</id>
<content type='text'>
It caused only a lot of confusion. From now on cpu hotplug of up to
NR_CPUS will work by default. If somebody wants to limit that then
the possible_cpus parameter can be used.

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>
