<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/s390/include, branch v3.7.7</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/s390/include?h=v3.7.7</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/s390/include?h=v3.7.7'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-02-04T00:27:01Z</updated>
<entry>
<title>s390/thp: implement pmdp_set_wrprotect()</title>
<updated>2013-02-04T00:27:01Z</updated>
<author>
<name>Gerald Schaefer</name>
<email>gerald.schaefer@de.ibm.com</email>
</author>
<published>2013-01-21T15:48:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b85ddc2da7cc0827c0b3c3073b88730f5c1f20c9'/>
<id>urn:sha1:b85ddc2da7cc0827c0b3c3073b88730f5c1f20c9</id>
<content type='text'>
commit be3286507dab888d4aad9f91fd6ff5202b24cd5b upstream.

On s390, an architecture-specific implementation of the function
pmdp_set_wrprotect() is missing and the generic version is currently
being used. The generic version does not flush the tlb as it would be
needed on s390 when modifying an active pmd, which can lead to subtle
tlb errors on s390 when using transparent hugepages.

This patch adds an s390-specific implementation of pmdp_set_wrprotect()
including the missing tlb flush.

Signed-off-by: Gerald Schaefer &lt;gerald.schaefer@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>s390/time: fix sched_clock() overflow</title>
<updated>2013-01-21T19:44:34Z</updated>
<author>
<name>Heiko Carstens</name>
<email>heiko.carstens@de.ibm.com</email>
</author>
<published>2013-01-14T15:55:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f2ad0c3dc604295b2fd40531e96e713fde516409'/>
<id>urn:sha1:f2ad0c3dc604295b2fd40531e96e713fde516409</id>
<content type='text'>
commit ed4f20943cd4c7b55105c04daedf8d63ab6d499c upstream.

Converting a 64 Bit TOD format value to nanoseconds means that the value
must be divided by 4.096. In order to achieve that we multiply with 125
and divide by 512.
When used within sched_clock() this triggers an overflow after appr.
417 days. Resulting in a sched_clock() return value that is much smaller
than previously and therefore may cause all sort of weird things in
subsystems that rely on a monotonic sched_clock() behaviour.

To fix this implement a tod_to_ns() helper function which converts TOD
values without overflow and call this function from both places that
open coded the conversion: sched_clock() and kvm_s390_handle_wait().

Reviewed-by: 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;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>s390/topology: fix core id vs physical package id mix-up</title>
<updated>2012-11-12T15:24:38Z</updated>
<author>
<name>Heiko Carstens</name>
<email>heiko.carstens@de.ibm.com</email>
</author>
<published>2012-11-10T10:04:27Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=658e5ce705f2a09ab681eb61ca7c8619bb7a783d'/>
<id>urn:sha1:658e5ce705f2a09ab681eb61ca7c8619bb7a783d</id>
<content type='text'>
The current topology code confuses core id vs physical package id.

In other words /sys/devices/system/cpu/cpuX/topology/core_id
displays the physical_package_id (aka socket id) instead of the
core id.
The physical_package_id sysfs attribute always displays "-1"
instead of the socket id.

Fix this mix-up with a small patch which defines and initializes
topology_physical_package_id correctly and fixes the broken
core id handling.

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/signal: set correct address space control</title>
<updated>2012-11-12T15:24:38Z</updated>
<author>
<name>Martin Schwidefsky</name>
<email>schwidefsky@de.ibm.com</email>
</author>
<published>2012-11-07T09:44:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fa968ee215c0ca91e4a9c3a69ac2405aae6e5d2f'/>
<id>urn:sha1:fa968ee215c0ca91e4a9c3a69ac2405aae6e5d2f</id>
<content type='text'>
If user space is running in primary mode it can switch to secondary
or access register mode, this is used e.g. in the clock_gettime code
of the vdso. If a signal is delivered to the user space process while
it has been running in access register mode the signal handler is
executed in access register mode as well which will result in a crash
most of the time.

Set the address space control bits in the PSW to the default for the
execution of the signal handler and make sure that the previous
address space control is restored on signal return. Take care
that user space can not switch to the kernel address space by
modifying the registers in the signal frame.

Cc: stable@vger.kernel.org
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390: Move css limits from drivers/s390/cio/ to include/asm/.</title>
<updated>2012-11-06T21:39:49Z</updated>
<author>
<name>Cornelia Huck</name>
<email>cornelia.huck@de.ibm.com</email>
</author>
<published>2012-04-02T16:22:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=619506d5dabb49b7f223a4f2f6b8d697574dd799'/>
<id>urn:sha1:619506d5dabb49b7f223a4f2f6b8d697574dd799</id>
<content type='text'>
There's no need to keep __MAX_SUBCHANNEL and __MAX_SSID private to the
common I/O layer when __MAX_CSSID is usable by everybody.

Signed-off-by: Cornelia Huck &lt;cornelia.huck@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390/thp: respect page protection in pmd_none() and pmd_present()</title>
<updated>2012-10-26T14:44:23Z</updated>
<author>
<name>Gerald Schaefer</name>
<email>gerald.schaefer@de.ibm.com</email>
</author>
<published>2012-10-25T15:42:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d8e7a33df0976459674dece4b630b5d59796ece7'/>
<id>urn:sha1:d8e7a33df0976459674dece4b630b5d59796ece7</id>
<content type='text'>
Similar to pte_none() and pte_present(), the pmd functions should also
respect page protection of huge pages, especially PROT_NONE.
This patch also simplifies massage_pgprot_pmd() by adding new definitions
for huge page protection.

Signed-off-by: Gerald Schaefer &lt;gerald.schaefer@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>s390,uapi: do not use uapi/asm-generic/kvm_para.h</title>
<updated>2012-10-19T09:07:18Z</updated>
<author>
<name>David Howells</name>
<email>dhowells@redhat.com</email>
</author>
<published>2012-10-19T08:11:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fd2c32a95b10f49d3099188d4d825d9a91e9fe05'/>
<id>urn:sha1:fd2c32a95b10f49d3099188d4d825d9a91e9fe05</id>
<content type='text'>
It turns out that S390 shouldn't use uapi/asm-generic/kvm_para.h since it
defines the functions in its non-UAPI kvm_para.h file.

#including &lt;asm-generic/kvm_para.h&gt; will first pick up
include/asm-generic/kvm_para.h, which defines conflicting functions.

Instead, partially revert commit 0420c87e648a3b623ad925038a0bcff2ef5a4bc9,
ungenericising this file and just inserting a comment to prevent the patch
program from deleting it.

cc: Yuanhan Liu &lt;yuanhan.liu@intel.com&gt;
cc: fengguang.wu@intel.com
Reported-by: Yuanhan Liu &lt;yuanhan.liu@intel.com&gt;
Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>perf_cpum_cf: Add support for counters available with IBM zEC12</title>
<updated>2012-10-18T15:50:09Z</updated>
<author>
<name>Hendrik Brueckner</name>
<email>brueckner@linux.vnet.ibm.com</email>
</author>
<published>2012-10-15T12:31:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f47586b24c43adadd19c7e3f532a601d6eed728d'/>
<id>urn:sha1:f47586b24c43adadd19c7e3f532a601d6eed728d</id>
<content type='text'>
Increase the maximum number of available counters and check if
the hardware supports the counter.  Support is indicated by the
version of the CPU-measurement counter facility.

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/chpid: make headers usable (again)</title>
<updated>2012-10-18T15:50:07Z</updated>
<author>
<name>Sebastian Ott</name>
<email>sebott@linux.vnet.ibm.com</email>
</author>
<published>2012-10-11T07:54:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4e860696e050375ae7fbb06984c19e2bf6a322e0'/>
<id>urn:sha1:4e860696e050375ae7fbb06984c19e2bf6a322e0</id>
<content type='text'>
Add back a hunk from "4dcc2a4 s390/chsc: make headers usable"
which was lost during the merge of the UAPI patch.

Signed-off-by: Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>UAPI: Put a comment into uapi/asm-generic/kvm_para.h and use it from arches</title>
<updated>2012-10-17T11:32:07Z</updated>
<author>
<name>David Howells</name>
<email>dhowells@redhat.com</email>
</author>
<published>2012-10-17T11:32:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0420c87e648a3b623ad925038a0bcff2ef5a4bc9'/>
<id>urn:sha1:0420c87e648a3b623ad925038a0bcff2ef5a4bc9</id>
<content type='text'>
Make uapi/asm-generic/kvm_para.h non-empty by addition of a comment to stop
the patch program from deleting it when it creates it.

Then delete empty arch-specific uapi/asm/kvm_para.h files and tell the Kbuild
files to use the generic instead.

Should this perhaps instead be a #warning or #error that the facility is
unsupported on this arch?

Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;
cc: Arnd Bergmann &lt;arnd@arndb.de&gt;
cc: Avi Kivity &lt;avi@redhat.com&gt;
cc: Marcelo Tosatti &lt;mtosatti@redhat.com&gt;
cc: kvm@vger.kernel.org
</content>
</entry>
</feed>
