Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

h function we need the mm to be able to do the TLB flush correctly. Can we please add a "struct vm_area_struct *vma" argument to pmdp_establish analog to pmdp_invalidate? The s390 patch would then look like this: -- >From 4d4641249d5e826c21c522d149553e89d73fcd4f Mon Sep 17 00:00:00 20

Re: [PATCHv2 1/3] x86/mm: Provide pmdp_establish() helper

analog to pmdp_invalidate? The s390 patch would then look like this: -- >From 4d4641249d5e826c21c522d149553e89d73fcd4f Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky Date: Mon, 19 Jun 2017 07:40:11 +0200 Subject: [PATCH] s390/mm: add pmdp_establish Define the pmdp_establish function to r

Re: [PATCH 3/3] mm, thp: Do not loose dirty bit in __split_huge_pmd_locked()

On Wed, 14 Jun 2017 16:51:43 +0300 "Kirill A. Shutemov" wrote: > Until pmdp_invalidate() pmd entry is present and CPU can update it, > setting dirty. Currently, we tranfer dirty bit to page too early and > there is window when we can miss dirty bit. > > Let's

Re: [PATCH 3/3] mm, thp: Do not loose dirty bit in __split_huge_pmd_locked()

On Wed, 14 Jun 2017 16:51:43 +0300 "Kirill A. Shutemov" wrote: > Until pmdp_invalidate() pmd entry is present and CPU can update it, > setting dirty. Currently, we tranfer dirty bit to page too early and > there is window when we can miss dirty bit. > > Let's call SetPageDirty() after

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

Hi Kirill, On Wed, 14 Jun 2017 16:51:40 +0300 "Kirill A. Shutemov" wrote: > Vlastimil noted that pmdp_invalidate() is not atomic and we can loose > dirty and access bits if CPU sets them after pmdp dereference, but > before set_pmd_at(). > > The bug doesn't

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

Hi Kirill, On Wed, 14 Jun 2017 16:51:40 +0300 "Kirill A. Shutemov" wrote: > Vlastimil noted that pmdp_invalidate() is not atomic and we can loose > dirty and access bits if CPU sets them after pmdp dereference, but > before set_pmd_at(). > > The bug doesn't lead to user-visible misbehaviour in

[GIT PULL] s390 patches for 4.12-rc6

device after unbind/bind. Martin Schwidefsky (1): s390: update defconfig Sebastian Ott (1): s390/vfio_ccw: make some symbols static arch/s390/configs/default_defconfig | 39 - arch/s390/configs/gcov_defconfig| 28

[GIT PULL] s390 patches for 4.12-rc6

device after unbind/bind. Martin Schwidefsky (1): s390: update defconfig Sebastian Ott (1): s390/vfio_ccw: make some symbols static arch/s390/configs/default_defconfig | 39 - arch/s390/configs/gcov_defconfig| 28

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Thu, 8 Jun 2017 08:25:31 +0200 Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > On Thu, Jun 08, 2017 at 07:35:28AM +0200, Martin Schwidefsky wrote: > > On Wed, 7 Jun 2017 22:47:56 +0200 > > Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > > > On W

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Thu, 8 Jun 2017 08:25:31 +0200 Heiko Carstens wrote: > On Thu, Jun 08, 2017 at 07:35:28AM +0200, Martin Schwidefsky wrote: > > On Wed, 7 Jun 2017 22:47:56 +0200 > > Heiko Carstens wrote: > > > On Wed, Jun 07, 2017 at 02:34:40PM +0200, Martin Schwidefsky w

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Wed, 7 Jun 2017 22:47:56 +0200 Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > On Wed, Jun 07, 2017 at 02:34:40PM +0200, Martin Schwidefsky wrote: > > +#define arch_elf_pt_proc(ehdr, phdr, elf

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Wed, 7 Jun 2017 22:47:56 +0200 Heiko Carstens wrote: > On Wed, Jun 07, 2017 at 02:34:40PM +0200, Martin Schwidefsky wrote: > > +#define arch_elf_pt_proc(ehdr, phdr, elf, interp, state) \ > > +({ \ > > + st

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 15:20:33 +0200 Christian Borntraeger <borntrae...@de.ibm.com> wrote: > On 06/02/2017 12:53 PM, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 12:19:19 +0200 > > Christian Borntraeger <borntrae...@de.ibm.com> wrote: > > > >> On 06/

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 15:20:33 +0200 Christian Borntraeger wrote: > On 06/02/2017 12:53 PM, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 12:19:19 +0200 > > Christian Borntraeger wrote: > > > >> On 06/02/2017 11:46 AM, Martin Schwidefsky wrote: > >

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 12:19:19 +0200 Christian Borntraeger <borntrae...@de.ibm.com> wrote: > On 06/02/2017 11:46 AM, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 09:02:10 +0200 > > Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > > > >> On Thu

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 12:19:19 +0200 Christian Borntraeger wrote: > On 06/02/2017 11:46 AM, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 09:02:10 +0200 > > Heiko Carstens wrote: > > > >> On Thu, Jun 01, 2017 at 12:46:51PM +0200, Martin Schwidefsky wrote: &g

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 12:28:48 +0200 Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > On Fri, Jun 02, 2017 at 11:46:47AM +0200, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 09:02:10 +0200 > > Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > > >

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 12:28:48 +0200 Heiko Carstens wrote: > On Fri, Jun 02, 2017 at 11:46:47AM +0200, Martin Schwidefsky wrote: > > On Fri, 2 Jun 2017 09:02:10 +0200 > > Heiko Carstens wrote: > > > Maybe this is a bit over-simplified, but might work. > > This

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:02:10 +0200 Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > On Thu, Jun 01, 2017 at 12:46:51PM +0200, Martin Schwidefsky wrote: > > > Unfortunately, converting all page tables to 4k pgste page tables is > > > not possible without provok

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:02:10 +0200 Heiko Carstens wrote: > On Thu, Jun 01, 2017 at 12:46:51PM +0200, Martin Schwidefsky wrote: > > > Unfortunately, converting all page tables to 4k pgste page tables is > > > not possible without provoking various race conditions. > >

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:25:54 +0200 Christian Borntraeger <borntrae...@de.ibm.com> wrote: > On 06/02/2017 09:18 AM, Christian Borntraeger wrote: > > On 06/02/2017 09:16 AM, Martin Schwidefsky wrote: > >> On Fri, 2 Jun 2017 09:13:03 +0200 > >> Christian Borntraeg

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:25:54 +0200 Christian Borntraeger wrote: > On 06/02/2017 09:18 AM, Christian Borntraeger wrote: > > On 06/02/2017 09:16 AM, Martin Schwidefsky wrote: > >> On Fri, 2 Jun 2017 09:13:03 +0200 > >> Christian Borntraeger wrote: > >>

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:13:03 +0200 Christian Borntraeger <borntrae...@de.ibm.com> wrote: > On 06/02/2017 09:02 AM, Heiko Carstens wrote: > > On Thu, Jun 01, 2017 at 12:46:51PM +0200, Martin Schwidefsky wrote: > >>> Unfortunately, converting all page tab

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

On Fri, 2 Jun 2017 09:13:03 +0200 Christian Borntraeger wrote: > On 06/02/2017 09:02 AM, Heiko Carstens wrote: > > On Thu, Jun 01, 2017 at 12:46:51PM +0200, Martin Schwidefsky wrote: > >>> Unfortunately, converting all page tables to 4k pgste page tables is > >>&g

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

Hi David, it is nice to see that you are still working on s390 related topics. On Mon, 29 May 2017 18:32:00 +0200 David Hildenbrand wrote: > Having to enable vm.alloc_pgste globally might not be the best solution. > 4k page tables are created for all processes and running

Re: [PATCH RFC 0/2] KVM: s390: avoid having to enable vm.alloc_pgste

Hi David, it is nice to see that you are still working on s390 related topics. On Mon, 29 May 2017 18:32:00 +0200 David Hildenbrand wrote: > Having to enable vm.alloc_pgste globally might not be the best solution. > 4k page tables are created for all processes and running QEMU KVM guests > is

Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()

l. > > Note that the change only affects huge_pte_clear() - the other generic > hugetlb functions don't need any change. > > Signed-off-by: Punit Agrawal <punit.agra...@arm.com> > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst..

Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()

hange only affects huge_pte_clear() - the other generic > hugetlb functions don't need any change. > > Signed-off-by: Punit Agrawal > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: Arnd Bergmann > Cc: "Aneesh Kumar K.V" > Cc: Mike Kravetz > --- > &g

[GIT PULL] s390 patches for 4.12-rc2

unsigned char s390/ccwgroup: increase string buffer size s390/qdio: increase string buffer size s390: move _text symbol to address higher than zero s390/virtio: change virtio_feature_desc:features type to __le32 Martin Schwidefsky (1): s390/cputime: fix incorrect system

[GIT PULL] s390 patches for 4.12-rc2

unsigned char s390/ccwgroup: increase string buffer size s390/qdio: increase string buffer size s390: move _text symbol to address higher than zero s390/virtio: change virtio_feature_desc:features type to __le32 Martin Schwidefsky (1): s390/cputime: fix incorrect system

Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode

On Thu, 11 May 2017 22:34:31 -0700 Kees Cook <keesc...@chromium.org> wrote: > On Thu, May 11, 2017 at 10:28 PM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > On Thu, 11 May 2017 16:44:07 -0700 > > Linus Torvalds <torva...@linux-foundation.org> wr

Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode

On Thu, 11 May 2017 22:34:31 -0700 Kees Cook wrote: > On Thu, May 11, 2017 at 10:28 PM, Martin Schwidefsky > wrote: > > On Thu, 11 May 2017 16:44:07 -0700 > > Linus Torvalds wrote: > > > >> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier > >>

Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode

On Thu, 11 May 2017 16:44:07 -0700 Linus Torvalds wrote: > On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote: > > > > Ingo: Do you want the change as-is? Would you like it to be optional? > > What do you think? > > I'm not ingo, but I

Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode

On Thu, 11 May 2017 16:44:07 -0700 Linus Torvalds wrote: > On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote: > > > > Ingo: Do you want the change as-is? Would you like it to be optional? > > What do you think? > > I'm not ingo, but I don't like that patch. It's in the wrong place - >

[GIT PULL] s390 patches for 4.12 merge window

. Herne (2): s390/cpacf: query instructions use unique parameters for compatibility with KMA s390/cpacf: Introduce kma instruction Martin Schwidefsky (8): s390: add a system call for guarded storage s390: use 64-bit lctlg to load task pid to cr4 on context switch s390

[GIT PULL] s390 patches for 4.12 merge window

. Herne (2): s390/cpacf: query instructions use unique parameters for compatibility with KMA s390/cpacf: Introduce kma instruction Martin Schwidefsky (8): s390: add a system call for guarded storage s390: use 64-bit lctlg to load task pid to cr4 on context switch s390

[GIT PULL] s390 patches for 4.11-rc8/final

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: There is one more fix I would like to see in 4.11. The combination of KVM, CMMA and heavy paging can cause data corruption, the

[GIT PULL] s390 patches for 4.11-rc8/final

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: There is one more fix I would like to see in 4.11. The combination of KVM, CMMA and heavy paging can cause data corruption, the

[GIT PULL] s390 patches for 4.11-rc6

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Four bug fixes, two of them for stable: - Avoid initrd corruptions in the kernel decompressor - Prevent inconsistent dumps

[GIT PULL] s390 patches for 4.11-rc6

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Four bug fixes, two of them for stable: - Avoid initrd corruptions in the kernel decompressor - Prevent inconsistent dumps

Re: [RFC][CFT][PATCHSET v1] uaccess unification

On Wed, 29 Mar 2017 06:57:06 +0100 Al Viro wrote: > The patchset currently in vfs.git#work.uaccess is the result; > there's more work to do, but it takes care of a large part of the > problems. About 2.8KLoc removed, a lot of cruft is gone and semantics > is

Re: [RFC][CFT][PATCHSET v1] uaccess unification

On Wed, 29 Mar 2017 06:57:06 +0100 Al Viro wrote: > The patchset currently in vfs.git#work.uaccess is the result; > there's more work to do, but it takes care of a large part of the > problems. About 2.8KLoc removed, a lot of cruft is gone and semantics > is hopefully in sync now. All

[GIT PULL] s390 patches for 4.11-rc2/rc3

(2): s390/ipl: always use load normal for CCW-type re-IPL s390: wire up statx system call Janosch Frank (1): KVM: s390: Fix guest migration for huge guests resulting in panic Martin Schwidefsky (6): s390/crypt: fix missing unlock in ctr_paes_crypt on error path s390

[GIT PULL] s390 patches for 4.11-rc2/rc3

(2): s390/ipl: always use load normal for CCW-type re-IPL s390: wire up statx system call Janosch Frank (1): KVM: s390: Fix guest migration for huge guests resulting in panic Martin Schwidefsky (6): s390/crypt: fix missing unlock in ctr_paes_crypt on error path s390

Re: Using TASK_SIZE for kernel threads

On Sat, 25 Feb 2017 10:19:04 -0800 Linus Torvalds <torva...@linux-foundation.org> wrote: > On Fri, Feb 24, 2017 at 8:15 AM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > > > Now I fixed this in the s390 code, the patch is queued and will be > > inclu

Re: Using TASK_SIZE for kernel threads

On Sat, 25 Feb 2017 10:19:04 -0800 Linus Torvalds wrote: > On Fri, Feb 24, 2017 at 8:15 AM, Martin Schwidefsky > wrote: > > > > Now I fixed this in the s390 code, the patch is queued and will be > > included in next weeks please-pull. But I am wondering about the use &g

[GIT PULL] s390 patches for 4.11 merge window #2

s390/nmi: fix order of register validation s390/nmi: purge tlbs after control register validation Martin Schwidefsky (2): s390/crypt: Add protected key AES module s390: TASK_SIZE for kernel threads Peter Oberparleiter (1): s390/chsc: Add exception handler for CHSC instruct

[GIT PULL] s390 patches for 4.11 merge window #2

s390/nmi: fix order of register validation s390/nmi: purge tlbs after control register validation Martin Schwidefsky (2): s390/crypt: Add protected key AES module s390: TASK_SIZE for kernel threads Peter Oberparleiter (1): s390/chsc: Add exception handler for CHSC instruct

Using TASK_SIZE for kernel threads

d just use size=4096 in this case? The detour via TASK_SIZE does not make much sense to me. To find out how big the problem is, I have added a warning to TASK_SIZE to create a console messsage if it is called for a task without an mm. The only hit has been copy_mount_options. For reference I have in

Using TASK_SIZE for kernel threads

d just use size=4096 in this case? The detour via TASK_SIZE does not make much sense to me. To find out how big the problem is, I have added a warning to TASK_SIZE to create a console messsage if it is called for a task without an mm. The only hit has been copy_mount_options. For reference I have in

[PATCH] s390: TASK_SIZE for kernel threads

g> Signed-off-by: Martin Schwidefsky <schwidef...@de.ibm.com> --- arch/s390/include/asm/processor.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/s390/include/asm/processor.h b/arch/s390/include/asm/processor.h index dacba34..4045639 100644 --- a/arch/s390/include

[PATCH] s390: TASK_SIZE for kernel threads

Return a sensible value if TASK_SIZE if called from a kernel thread. This gets us around an issue with copy_mount_options that does a magic size calculation "TASK_SIZE - (unsigned long)data" while in a kernel thread and data pointing to kernel space. Cc: Signed-off-by: Martin S

Re: [PATCH] s390/dasd: fix spelling mistake: "supportet" -> "supported"

On Thu, 23 Feb 2017 11:06:09 + Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in literal string > > Signed-off-by: Colin Ian King > --- > drivers/s390/block/dasd_eckd.c | 2 +- >

Re: [PATCH] s390/dasd: fix spelling mistake: "supportet" -> "supported"

On Thu, 23 Feb 2017 11:06:09 + Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in literal string > > Signed-off-by: Colin Ian King > --- > drivers/s390/block/dasd_eckd.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[GIT PULL] s390 patches for 4.11 merge window #1

ays store parameter elements in an array s390/dasd: Improve parameter list parsing Julian Wiedmann (4): s390/qdio: clear DSCI prior to scanning multiple input queues s390/qdio: clean up q->irq_ptr usage s390/qdio: fix up tiqdio_thinint_handler() kerneldoc s390/qdio:

[GIT PULL] s390 patches for 4.11 merge window #1

ays store parameter elements in an array s390/dasd: Improve parameter list parsing Julian Wiedmann (4): s390/qdio: clear DSCI prior to scanning multiple input queues s390/qdio: clean up q->irq_ptr usage s390/qdio: fix up tiqdio_thinint_handler() kerneldoc s390/qdio:

[GIT PULL] two s390 bug fixes for 4.10-rc6

Christian Borntraeger (1): s390/mm: Fix cmma unused transfer from pgste into pte Martin Schwidefsky (1): s390/ptrace: Preserve previous registers for short regset write arch/s390/kernel/ptrace.c | 8 arch/s390/mm/pgtable.c| 7 --- 2 files changed, 12 insertions(+), 3

[GIT PULL] two s390 bug fixes for 4.10-rc6

Christian Borntraeger (1): s390/mm: Fix cmma unused transfer from pgste into pte Martin Schwidefsky (1): s390/ptrace: Preserve previous registers for short regset write arch/s390/kernel/ptrace.c | 8 arch/s390/mm/pgtable.c| 7 --- 2 files changed, 12 insertions(+), 3

Re: [PATCH 37/37] s390: Prevent from cputime leaks

On Wed, 25 Jan 2017 16:25:20 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Mon, Jan 23, 2017 at 10:44:56AM +0100, Martin Schwidefsky wrote: > > On Sun, 22 Jan 2017 19:20:13 +0100 > > Frederic Weisbecker <fweis...@gmail.com> wrote: > > > > &g

Re: [PATCH 37/37] s390: Prevent from cputime leaks

On Wed, 25 Jan 2017 16:25:20 +0100 Frederic Weisbecker wrote: > On Mon, Jan 23, 2017 at 10:44:56AM +0100, Martin Schwidefsky wrote: > > On Sun, 22 Jan 2017 19:20:13 +0100 > > Frederic Weisbecker wrote: > > > > > The s390 clock has a higher granularity than nanos

Re: [PATCH 37/37] s390: Prevent from cputime leaks

t; For more precision, make sure we keep that remainder on cputime > accumulators for later accounting. > > Reported-by: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Benjamin Herrenschmidt <b...@kernel.crashing.org> > Cc: Paul Mackerras <pau...@samba.org> &g

Re: [PATCH 37/37] s390: Prevent from cputime leaks

ke sure we keep that remainder on cputime > accumulators for later accounting. > > Reported-by: Martin Schwidefsky > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: Michael Ellerman > Cc: Heiko Carstens > Cc: Martin Schwidefsky > Cc: Tony Luck > Cc: Fenghua

[GIT PULL] two bug fixes for 4.10-rc5

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Two changes, the first is a fix to add a missing memory clobber to the inline assembly to load control registers. This has not

[GIT PULL] two bug fixes for 4.10-rc5

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Two changes, the first is a fix to add a missing memory clobber to the inline assembly to load control registers. This has not

[tip:sched/core] sched/cputime, s390: Implement delayed accounting of system time

Commit-ID: b7394a5f4ce9542666cc68422c3594ea854adc2c Gitweb: http://git.kernel.org/tip/b7394a5f4ce9542666cc68422c3594ea854adc2c Author: Martin Schwidefsky <schwidef...@de.ibm.com> AuthorDate: Thu, 5 Jan 2017 18:11:49 +0100 Committer: Ingo Molnar <mi...@kernel.org> CommitDate:

[tip:sched/core] sched/cputime, s390: Implement delayed accounting of system time

Commit-ID: b7394a5f4ce9542666cc68422c3594ea854adc2c Gitweb: http://git.kernel.org/tip/b7394a5f4ce9542666cc68422c3594ea854adc2c Author: Martin Schwidefsky AuthorDate: Thu, 5 Jan 2017 18:11:49 +0100 Committer: Ingo Molnar CommitDate: Sat, 14 Jan 2017 09:54:12 +0100 sched/cputime, s390

Re: [PATCH 00/10] vtime: Delay cputime accounting to tick / context switch

umbers for s390. Thanks for doing this! For the s390 parts: Acked-by: Martin Schwidefsky <schwidef...@de.ibm.com> -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

Re: [PATCH 00/10] vtime: Delay cputime accounting to tick / context switch

anks for doing this! For the s390 parts: Acked-by: Martin Schwidefsky -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

[GIT PULL] two bug fixes for 4.10-rc3

Schwidefsky (1): s390/vtime: correct system time accounting arch/s390/include/asm/asm-prototypes.h | 8 arch/s390/kernel/vtime.c | 8 2 files changed, 12 insertions(+), 4 deletions(-) create mode 100644 arch/s390/include/asm/asm-prototypes.h diff --git a/arch

[GIT PULL] two bug fixes for 4.10-rc3

Schwidefsky (1): s390/vtime: correct system time accounting arch/s390/include/asm/asm-prototypes.h | 8 arch/s390/kernel/vtime.c | 8 2 files changed, 12 insertions(+), 4 deletions(-) create mode 100644 arch/s390/include/asm/asm-prototypes.h diff --git a/arch

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Wed, 14 Dec 2016 02:44:46 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Tue, Dec 13, 2016 at 02:21:21PM +0100, Martin Schwidefsky wrote: > > On Tue, 13 Dec 2016 12:13:22 +0100 > > Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > > > &g

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Wed, 14 Dec 2016 02:44:46 +0100 Frederic Weisbecker wrote: > On Tue, Dec 13, 2016 at 02:21:21PM +0100, Martin Schwidefsky wrote: > > On Tue, 13 Dec 2016 12:13:22 +0100 > > Martin Schwidefsky wrote: > > > > > On Mon, 12 Dec 2016 16:02:30 +0100 &g

[GIT PULL] s390 patches for 4.10 merge window #2

s390/zcrypt: Introduce workload balancing s390/zcrypt: add multi domain support s390/zcrypt: Introduce new zcrypt device status API s390/zcrypt: Fixed attrition of AP adapters and domains s390/zcrypt: Fix ap_max_domain_id for older machine types Martin Schwidefsky (4

[GIT PULL] s390 patches for 4.10 merge window #2

s390/zcrypt: Introduce workload balancing s390/zcrypt: add multi domain support s390/zcrypt: Introduce new zcrypt device status API s390/zcrypt: Fixed attrition of AP adapters and domains s390/zcrypt: Fix ap_max_domain_id for older machine types Martin Schwidefsky (4

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Tue, 13 Dec 2016 12:13:22 +0100 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Mon, 12 Dec 2016 16:02:30 +0100 > Frederic Weisbecker <fweis...@gmail.com> wrote: > > > On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote: >

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Tue, 13 Dec 2016 12:13:22 +0100 Martin Schwidefsky wrote: > On Mon, 12 Dec 2016 16:02:30 +0100 > Frederic Weisbecker wrote: > > > On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote: > > > 3) The call to vtime_flush in account_process_tick is done in

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Mon, 12 Dec 2016 16:02:30 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote: > > 3) The call to vtime_flush in account_process_tick is done in irq context > > from > >update_process_times

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Mon, 12 Dec 2016 16:02:30 +0100 Frederic Weisbecker wrote: > On Mon, Dec 12, 2016 at 11:27:54AM +0100, Martin Schwidefsky wrote: > > 3) The call to vtime_flush in account_process_tick is done in irq context > > from > >update_process_times. hardirq_offset==1 is also

[GIT PULL] s390 patches for 4.10 merge window #1

often s390/dasd: Eliminate race condition in dasd_generic_set_offline() s390/dasd: Fix locking issue when changing EER attribute s390/dasd: Fix locking issue when changing RO attribute Lars-Peter Clausen (1): s390/zcrypt: Convert to PM ops Martin Schwidefsky (12): s390

[GIT PULL] s390 patches for 4.10 merge window #1

often s390/dasd: Eliminate race condition in dasd_generic_set_offline() s390/dasd: Fix locking issue when changing EER attribute s390/dasd: Fix locking issue when changing RO attribute Lars-Peter Clausen (1): s390/zcrypt: Convert to PM ops Martin Schwidefsky (12): s390

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Sat, 10 Dec 2016 02:48:06 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Tue, Dec 06, 2016 at 03:32:22AM +0100, Frederic Weisbecker wrote: > > From: Martin Schwidefsky <schwidef...@de.ibm.com> > > > > The account_system_time() function is called

Re: [PATCH 09/10] s390/cputime: delayed accounting of system time

On Sat, 10 Dec 2016 02:48:06 +0100 Frederic Weisbecker wrote: > On Tue, Dec 06, 2016 at 03:32:22AM +0100, Frederic Weisbecker wrote: > > From: Martin Schwidefsky > > > > The account_system_time() function is called with a cputime that > > occurred while running

Re: [PATCH 00/10] vtime: Delay cputime accounting to tick

On Tue, 6 Dec 2016 15:20:55 +1100 Paul Mackerras wrote: > On Tue, Dec 06, 2016 at 03:32:13AM +0100, Frederic Weisbecker wrote: > > This follows up Martin Schwidefsky's patch which propose to delay > > cputime accounting to the tick in order to minimize the calls to > >

Re: [PATCH 00/10] vtime: Delay cputime accounting to tick

On Tue, 6 Dec 2016 15:20:55 +1100 Paul Mackerras wrote: > On Tue, Dec 06, 2016 at 03:32:13AM +0100, Frederic Weisbecker wrote: > > This follows up Martin Schwidefsky's patch which propose to delay > > cputime accounting to the tick in order to minimize the calls to > > account_system_time() and

Re: next: s390 crash due to 's390: move sys_call_table and last_break from thread_info to thread_struct'

me message. Yes, it is (note to myself: don't do things in a hurry). The patch below gets linux-next booting again for CONFIG_MARCH_Z900=y on my test system. Sorry about the trouble. -- >From 2ec05f7c28963c12e9618e9f7f3b29edcec40482 Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky <schwidef

Re: next: s390 crash due to 's390: move sys_call_table and last_break from thread_info to thread_struct'

ote to myself: don't do things in a hurry). The patch below gets linux-next booting again for CONFIG_MARCH_Z900=y on my test system. Sorry about the trouble. -- >From 2ec05f7c28963c12e9618e9f7f3b29edcec40482 Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky Date: Fri, 25 Nov 2016 09:53:42

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Tue, 22 Nov 2016 14:45:56 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Mon, Nov 21, 2016 at 11:17:28AM +0100, Martin Schwidefsky wrote: > > On Mon, 21 Nov 2016 07:59:56 +0100 > > Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > [...] > &

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Tue, 22 Nov 2016 14:45:56 +0100 Frederic Weisbecker wrote: > On Mon, Nov 21, 2016 at 11:17:28AM +0100, Martin Schwidefsky wrote: > > On Mon, 21 Nov 2016 07:59:56 +0100 > > Martin Schwidefsky wrote: > [...] > > @@ -110,34 +119,48 @@ static int do_account_vtime

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Mon, 21 Nov 2016 17:20:06 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Mon, Nov 21, 2016 at 07:59:56AM +0100, Martin Schwidefsky wrote: > > On Fri, 18 Nov 2016 15:47:02 +0100 > > Frederic Weisbecker <fweis...@gmail.com> wrote: > > > > The d

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Mon, 21 Nov 2016 17:20:06 +0100 Frederic Weisbecker wrote: > On Mon, Nov 21, 2016 at 07:59:56AM +0100, Martin Schwidefsky wrote: > > On Fri, 18 Nov 2016 15:47:02 +0100 > > Frederic Weisbecker wrote: > > > > The do_account_vtime function is called once

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Mon, 21 Nov 2016 07:59:56 +0100 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Fri, 18 Nov 2016 15:47:02 +0100 > Frederic Weisbecker <fweis...@gmail.com> wrote: > > > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > >

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Mon, 21 Nov 2016 07:59:56 +0100 Martin Schwidefsky wrote: > On Fri, 18 Nov 2016 15:47:02 +0100 > Frederic Weisbecker wrote: > > > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > > On Thu, 17 Nov 2016 19:08:07 +0100 > > > Frederic We

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Fri, 18 Nov 2016 15:47:02 +0100 Frederic Weisbecker <fweis...@gmail.com> wrote: > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > On Thu, 17 Nov 2016 19:08:07 +0100 > > Frederic Weisbecker <fweis...@gmail.com> wrote: > > > > &g

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Fri, 18 Nov 2016 15:47:02 +0100 Frederic Weisbecker wrote: > On Fri, Nov 18, 2016 at 01:08:46PM +0100, Martin Schwidefsky wrote: > > On Thu, 17 Nov 2016 19:08:07 +0100 > > Frederic Weisbecker wrote: > > > > > I'm sorry for the patchbomb, especial

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Thu, 17 Nov 2016 19:08:07 +0100 Frederic Weisbecker wrote: > I'm sorry for the patchbomb, especially as I usually complain about > these myself but I don't see any way to split this patchset into > standalone pieces, none of which would make any sense... All I can do > is

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Thu, 17 Nov 2016 19:08:07 +0100 Frederic Weisbecker wrote: > I'm sorry for the patchbomb, especially as I usually complain about > these myself but I don't see any way to split this patchset into > standalone pieces, none of which would make any sense... All I can do > is to isolate about 3

[tip:sched/core] sched/cpuacct: Avoid %lld seq_printf warning

Commit-ID: 527b0a76f41d062381adbb55c8eb61e32cb0bfc9 Gitweb: http://git.kernel.org/tip/527b0a76f41d062381adbb55c8eb61e32cb0bfc9 Author: Martin Schwidefsky <schwidef...@de.ibm.com> AuthorDate: Fri, 11 Nov 2016 15:27:49 +0100 Committer: Ingo Molnar <mi...@kernel.org> CommitDate:

[tip:sched/core] sched/cpuacct: Avoid %lld seq_printf warning

Commit-ID: 527b0a76f41d062381adbb55c8eb61e32cb0bfc9 Gitweb: http://git.kernel.org/tip/527b0a76f41d062381adbb55c8eb61e32cb0bfc9 Author: Martin Schwidefsky AuthorDate: Fri, 11 Nov 2016 15:27:49 +0100 Committer: Ingo Molnar CommitDate: Wed, 16 Nov 2016 10:29:03 +0100 sched/cpuacct: Avoid

[tip:sched/core] sched/x86: Do not clear PREEMPT_NEED_RESCHED on preempt count reset

Commit-ID: f285144f81e814f39342dbf5321d6ba939890b1b Gitweb: http://git.kernel.org/tip/f285144f81e814f39342dbf5321d6ba939890b1b Author: Martin Schwidefsky <schwidef...@de.ibm.com> AuthorDate: Mon, 7 Nov 2016 14:01:00 +0100 Committer: Ingo Molnar <mi...@kernel.org> CommitDate:

[tip:sched/core] sched/x86: Do not clear PREEMPT_NEED_RESCHED on preempt count reset

Commit-ID: f285144f81e814f39342dbf5321d6ba939890b1b Gitweb: http://git.kernel.org/tip/f285144f81e814f39342dbf5321d6ba939890b1b Author: Martin Schwidefsky AuthorDate: Mon, 7 Nov 2016 14:01:00 +0100 Committer: Ingo Molnar CommitDate: Wed, 16 Nov 2016 10:29:04 +0100 sched/x86: Do

<    1   2   3   4   5   6   7   8   9   10   >