On Thu, 23 Jul 2015 17:49:21 +0100
Catalin Marinas wrote:
> On Thu, Jul 23, 2015 at 03:13:03PM +0100, Andrea Arcangeli wrote:
> > On Thu, Jul 23, 2015 at 11:49:38AM +0100, Catalin Marinas wrote:
> > > On Thu, Jul 23, 2015 at 12:05:21AM +0100, Dave Hansen wrote:
> > > > On 07/22/2015 03:48 PM,
On Thu, 23 Jul 2015 17:49:21 +0100
Catalin Marinas catalin.mari...@arm.com wrote:
On Thu, Jul 23, 2015 at 03:13:03PM +0100, Andrea Arcangeli wrote:
On Thu, Jul 23, 2015 at 11:49:38AM +0100, Catalin Marinas wrote:
On Thu, Jul 23, 2015 at 12:05:21AM +0100, Dave Hansen wrote:
On 07/22/2015
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:
Fast path fix for the thread_struct breakage.
Martin Schwidefsky (1):
s390: adapt entry.S to the move of thread_struct
On Mon, 20 Jul 2015 10:38:47 +0200
Ingo Molnar wrote:
>
> * Martin Schwidefsky wrote:
>
> > diff --git a/arch/s390/kernel/entry.S b/arch/s390/kernel/entry.S
> > index 3238893..84062e7 100644
> > --- a/arch/s390/kernel/entry.S
> > +++ b/arch/s390/kern
On Mon, 20 Jul 2015 10:20:04 +0200
Ingo Molnar wrote:
>
> * Heiko Carstens wrote:
>
> > Unfortunately not true. It breaks the build on s390 since a couple of
> > displacements used in asm code now get too large:
> >
> > arch/s390/kernel/entry.S:181: Error: operand out of range
> >
can fix this.
>
> There's also a traps.c build breakage reported below - and an RFC fix for it.
This patch should fix it for good.
--
>From 54b3c4b85572bf5acc698cfca15d2c9cad446c44 Mon Sep 17 00:00:00 2001
From: Martin Schwidefsky
Date: Mon, 20 Jul 2015 10:01:46 +0200
Subject: [PATCH
.
--
From 54b3c4b85572bf5acc698cfca15d2c9cad446c44 Mon Sep 17 00:00:00 2001
From: Martin Schwidefsky schwidef...@de.ibm.com
Date: Mon, 20 Jul 2015 10:01:46 +0200
Subject: [PATCH] s390: adapt entry.S to the move of thread_struct
git commit 0c8c0f03e3a292e031596484275c14cf39c0ab7a
x86/fpu, sched: Dynamically
On Mon, 20 Jul 2015 10:38:47 +0200
Ingo Molnar mi...@kernel.org wrote:
* Martin Schwidefsky schwidef...@de.ibm.com wrote:
diff --git a/arch/s390/kernel/entry.S b/arch/s390/kernel/entry.S
index 3238893..84062e7 100644
--- a/arch/s390/kernel/entry.S
+++ b/arch/s390/kernel/entry.S
On Mon, 20 Jul 2015 10:20:04 +0200
Ingo Molnar mi...@kernel.org wrote:
* Heiko Carstens heiko.carst...@de.ibm.com wrote:
Unfortunately not true. It breaks the build on s390 since a couple of
displacements used in asm code now get too large:
arch/s390/kernel/entry.S:181: Error:
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:
Fast path fix for the thread_struct breakage.
Martin Schwidefsky (1):
s390: adapt entry.S to the move of thread_struct
/zcrypt: enable s390 hwrng to seed kernel entropy
Martin Schwidefsky (1):
s390/sclp: clear upper register halves in _sclp_print_early
Sebastian Ott (2):
s390/sclp: fix compile error
s390/oprofile: fix compile error
Stefan Haberland (1):
s390/dasd: fix kernel panic when
/zcrypt: enable s390 hwrng to seed kernel entropy
Martin Schwidefsky (1):
s390/sclp: clear upper register halves in _sclp_print_early
Sebastian Ott (2):
s390/sclp: fix compile error
s390/oprofile: fix compile error
Stefan Haberland (1):
s390/dasd: fix kernel panic when
To have an architecture override for hugepages_supported is imho the
cleaner approach compared to the HPAGE_SHIFT tricks. I would have
preferred to use a __weak function but the #ifndef solution is fine
with me as well.
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to
tricks. I would have
preferred to use a __weak function but the #ifndef solution is fine
with me as well.
Acked-by: Martin Schwidefsky schwidef...@de.ibm.com
--
blue skies,
Martin.
Reality continues to ruin my life. - Calvin.
--
To unsubscribe from this list: send the line unsubscribe linux
handling of AP queues
Martin Schwidefsky (2):
s390/smp: fix sigp cpu detection loop
s390/smp: cleanup core vs. cpu in the SCLP interface
Michael Holzheu (3):
s390/bpf: Fix backward jumps
s390/kdump: fix REGSET_VX_LOW vector register ELF notes
s390/kdump: fix nosmt kernel
handling of AP queues
Martin Schwidefsky (2):
s390/smp: fix sigp cpu detection loop
s390/smp: cleanup core vs. cpu in the SCLP interface
Michael Holzheu (3):
s390/bpf: Fix backward jumps
s390/kdump: fix REGSET_VX_LOW vector register ELF notes
s390/kdump: fix nosmt kernel
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:
Pretty boring for a merge window pull.
One change in behaviour is the patch for dasd driver, the module which
provides the
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:
Pretty boring for a merge window pull.
One change in behaviour is the patch for dasd driver, the module which
provides the
On Mon, 15 Jun 2015 12:42:57 -0400
David Long wrote:
> From: "David A. Long"
>
> Move duplicate and functionally equivalent code for accessing registers
> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
> common kernel files.
>
> Note: Help regression testing s390,
On Mon, 15 Jun 2015 12:42:57 -0400
David Long dave.l...@linaro.org wrote:
From: David A. Long dave.l...@linaro.org
Move duplicate and functionally equivalent code for accessing registers
and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
common kernel files.
Note:
ing.
Harald Freudenberger (1):
s390/crypto: fix stckf loop
Ingo Tuchscherer (2):
s390/zcrypt: fixed ap poll timer behavior
s390/zcrypt: Fix invalid domain handling during ap module unload
Martin Schwidefsky (1):
s390/mm: correct return value of pmd_pfn
Michael Holzheu
.
Harald Freudenberger (1):
s390/crypto: fix stckf loop
Ingo Tuchscherer (2):
s390/zcrypt: fixed ap poll timer behavior
s390/zcrypt: Fix invalid domain handling during ap module unload
Martin Schwidefsky (1):
s390/mm: correct return value of pmd_pfn
Michael Holzheu (2
On Tue, 05 May 2015 15:27:19 +0200
Jiri Slaby wrote:
> What I could do is to split them and make this setup:
>
> _TIF_WORK:
> TIF_NOTIFY_RESUME 0
> TIF_SIGPENDING 1
> TIF_NEED_RESCHED2
> TIF_KGR_IN_PROGRESS_W 3
> TIF_UPROBE 7
>
> _TIF_TRACE:
>
On Tue, 05 May 2015 15:27:19 +0200
Jiri Slaby jsl...@suse.cz wrote:
What I could do is to split them and make this setup:
_TIF_WORK:
TIF_NOTIFY_RESUME 0
TIF_SIGPENDING 1
TIF_NEED_RESCHED2
TIF_KGR_IN_PROGRESS_W 3
TIF_UPROBE 7
_TIF_TRACE:
On Mon, 4 May 2015 13:40:20 +0200
Jiri Slaby wrote:
> This means:
> * add a per-thread flag to indicate whether a task is in the old or in
> the new universe,
> * reset it in _slow_ paths of syscall's entry/exit,
> * add helpers around the flag to sched.h,
> * export the status in
On Mon, 4 May 2015 13:40:20 +0200
Jiri Slaby jsl...@suse.cz wrote:
This means:
* add a per-thread flag to indicate whether a task is in the old or in
the new universe,
* reset it in _slow_ paths of syscall's entry/exit,
* add helpers around the flag to sched.h,
* export the status in
Generator.
Heiko Carstens (1):
s390/bpf: add dependency to z196 features
Martin Schwidefsky (3):
s390/kvm: remove delayed reallocation of page tables for KVM
s390/mm: correct transfer of dirty & young bits in __pmd_to_pte
s390/mm: change swap pte encoding and pgtable cle
Generator.
Heiko Carstens (1):
s390/bpf: add dependency to z196 features
Martin Schwidefsky (3):
s390/kvm: remove delayed reallocation of page tables for KVM
s390/mm: correct transfer of dirty young bits in __pmd_to_pte
s390/mm: change swap pte encoding and pgtable cleanup
On Sun, 19 Apr 2015 15:17:36 +0200
Christophe Jaillet wrote:
> If one memory allocation fails, there is a memory leak.
>
> Signed-off-by: Christophe Jaillet
> ---
> drivers/s390/char/con3215.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/s390/char/con3215.c
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:
The big thing in this second merge for s390 is the new eBPF JIT
from Michael which replaces the old 32-bit backend.
The
On Sun, 19 Apr 2015 15:17:36 +0200
Christophe Jaillet christophe.jail...@wanadoo.fr wrote:
If one memory allocation fails, there is a memory leak.
Signed-off-by: Christophe Jaillet christophe.jail...@wanadoo.fr
---
drivers/s390/char/con3215.c | 2 ++
1 file changed, 2 insertions(+)
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:
The big thing in this second merge for s390 is the new eBPF JIT
from Michael which replaces the old 32-bit backend.
The
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:
The major change in this merge is the removal of the support for
31-bit kernels. Naturally 31-bit user space will continue to
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:
The major change in this merge is the removal of the support for
31-bit kernels. Naturally 31-bit user space will continue to
.
Heiko Carstens (2):
s390/ftrace: fix compile error if CONFIG_KPROBES is disabled
s390/smp: reenable smt after resume
Hendrik Brueckner (1):
s390/cpum_sf: add diagnostic sampling event only if it is authorized
Martin Schwidefsky (1):
s390/mm: limit STACK_RND_MASK
.
Heiko Carstens (2):
s390/ftrace: fix compile error if CONFIG_KPROBES is disabled
s390/smp: reenable smt after resume
Hendrik Brueckner (1):
s390/cpum_sf: add diagnostic sampling event only if it is authorized
Martin Schwidefsky (1):
s390/mm: limit STACK_RND_MASK
to
cpu_relax()
Martin Schwidefsky (1):
s390/mm: fix incorrect ASCE after crst_table_downgrade
Sebastian Ott (4):
s390/scm_block: fix off by one during cluster reservation
s390/pci: fix possible information leak in mmio syscall
s390/pci: fix [un]map_resources sequence
same ET_DYN randomization on s390.
>
> Signed-off-by: Kees Cook
> ---
> arch/s390/include/asm/elf.h | 8 +---
> arch/s390/mm/mmap.c | 11 ++-
> 2 files changed, 7 insertions(+), 12 deletions(-)
Patch series including this patch works fine
Acked-by: Marti
h/s390/mm/mmap.c | 34 +++---
> 1 file changed, 23 insertions(+), 11 deletions(-)
Patch series including this patch works fine
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list
to
cpu_relax()
Martin Schwidefsky (1):
s390/mm: fix incorrect ASCE after crst_table_downgrade
Sebastian Ott (4):
s390/scm_block: fix off by one during cluster reservation
s390/pci: fix possible information leak in mmio syscall
s390/pci: fix [un]map_resources sequence
---
arch/s390/mm/mmap.c | 34 +++---
1 file changed, 23 insertions(+), 11 deletions(-)
Patch series including this patch works fine
Acked-by: Martin Schwidefsky schwidef...@de.ibm.com
--
blue skies,
Martin.
Reality continues to ruin my life. - Calvin
Schwidefsky schwidef...@de.ibm.com
--
blue skies,
Martin.
Reality continues to ruin my life. - Calvin.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
Schwidefsky (3):
s390/vdso: fix clock_gettime for CLOCK_THREAD_CPUTIME_ID, -2 and -3
s390/mm: align 64-bit PIE binaries to 4GB
s390/spinlock: disabled compare-and-delay by default
arch/s390/include/asm/topology.h| 24 ++
arch/s390/kernel/cache.c| 25
Schwidefsky (3):
s390/vdso: fix clock_gettime for CLOCK_THREAD_CPUTIME_ID, -2 and -3
s390/mm: align 64-bit PIE binaries to 4GB
s390/spinlock: disabled compare-and-delay by default
arch/s390/include/asm/topology.h| 24 ++
arch/s390/kernel/cache.c| 25
domain scanning problem (again)
Joe Perches (1):
s390: remove unnecessary KERN_CONT
Martin Schwidefsky (6):
s390: add z13 code generation support
s390: avoid z13 cache aliasing
s390: add SMT support
s390: update default configuration
s390/tape: remove redundant
domain scanning problem (again)
Joe Perches (1):
s390: remove unnecessary KERN_CONT
Martin Schwidefsky (6):
s390: add z13 code generation support
s390: avoid z13 cache aliasing
s390: add SMT support
s390: update default configuration
s390/tape: remove redundant
On Sat, 31 Jan 2015 12:43:07 +0100
Peter Zijlstra wrote:
> On Fri, Jan 30, 2015 at 03:02:39PM +0100, Philipp Hachtmann wrote:
> > Hello,
> >
> > when using "real" processors the scheduler can make its decisions based
> > on wall time. But CPUs under hypervisor control are sometimes
> >
On Sat, 31 Jan 2015 12:43:07 +0100
Peter Zijlstra pet...@infradead.org wrote:
On Fri, Jan 30, 2015 at 03:02:39PM +0100, Philipp Hachtmann wrote:
Hello,
when using real processors the scheduler can make its decisions based
on wall time. But CPUs under hypervisor control are sometimes
On Fri, 30 Jan 2015 16:43:21 +0200
"Kirill A. Shutemov" wrote:
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 8d11babf9aa5..ddf9ebd4c254 100644
> --- a/arch/s390/Kconfig
> +++ b/arch/s390/Kconfig
> @@ -155,6 +155,11 @@ config S390
> config SCHED_OMIT_FRAME_POINTER
> def_bool
On Fri, 30 Jan 2015 16:43:21 +0200
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 8d11babf9aa5..ddf9ebd4c254 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -155,6 +155,11 @@ config S390
config
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:
Five more bug fixes from Michael for the s390 BPF jit.
Michael Holzheu (5):
s390/bpf: Fix JMP_JGE_K (A >= K) and
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:
Five more bug fixes from Michael for the s390 BPF jit.
Michael Holzheu (5):
s390/bpf: Fix JMP_JGE_K (A = K) and JMP_JGT_K
: wire up execveat syscall
Jan Willeke (1):
s390/uprobes: fix user space PER events
Martin Schwidefsky (1):
s390/mm: avoid using pmd_to_page for !USE_SPLIT_PMD_PTLOCKS
Michael Holzheu (2):
s390/bpf: Fix ALU_NEG (A = -A)
s390/bpf: Fix JMP_JGE_X (A > X) and JMP_JGT_X (A &
: wire up execveat syscall
Jan Willeke (1):
s390/uprobes: fix user space PER events
Martin Schwidefsky (1):
s390/mm: avoid using pmd_to_page for !USE_SPLIT_PMD_PTLOCKS
Michael Holzheu (2):
s390/bpf: Fix ALU_NEG (A = -A)
s390/bpf: Fix JMP_JGE_X (A X) and JMP_JGT_X (A = X
On Wed, 07 Jan 2015 22:45:11 +0800
Chen Gang S wrote:
> On 01/05/2015 04:59 PM, Martin Schwidefsky wrote:
> > On Sat, 03 Jan 2015 11:44:04 +0800
> > Chen Gang wrote:
> >
> >>
> >> Thank you for your work.
> >>
> >> In honest,
On Tue, 06 Jan 2015 13:44:01 +1100
Cyril Bur wrote:
> On Mon, 2015-01-05 at 14:10 -0800, Andrew Morton wrote:
> > On Mon, 22 Dec 2014 16:06:04 +1100 Cyril Bur wrote:
> >
> > > On POWER8 virtualised kernels the VTB register can be read to have a view
> > > of
> > > time that only increases
On Tue, 06 Jan 2015 13:44:01 +1100
Cyril Bur cyril...@gmail.com wrote:
On Mon, 2015-01-05 at 14:10 -0800, Andrew Morton wrote:
On Mon, 22 Dec 2014 16:06:04 +1100 Cyril Bur cyril...@gmail.com wrote:
On POWER8 virtualised kernels the VTB register can be read to have a view
of
time
On Wed, 07 Jan 2015 22:45:11 +0800
Chen Gang S gang.c...@sunrus.com.cn wrote:
On 01/05/2015 04:59 PM, Martin Schwidefsky wrote:
On Sat, 03 Jan 2015 11:44:04 +0800
Chen Gang gang.c...@sunrus.com.cn wrote:
Thank you for your work.
In honest, originally, I was not sure whether
On Sat, 03 Jan 2015 11:44:04 +0800
Chen Gang wrote:
>
> Thank you for your work.
>
> In honest, originally, I was not sure whether it would cause bug (do not
> know gcc would generic incorrect code for it). :-)
Even if the code happened to be correct it does not matter. The intention
of the
On Sat, 03 Jan 2015 11:44:04 +0800
Chen Gang gang.c...@sunrus.com.cn wrote:
Thank you for your work.
In honest, originally, I was not sure whether it would cause bug (do not
know gcc would generic incorrect code for it). :-)
Even if the code happened to be correct it does not matter. The
On Mon, 29 Dec 2014 12:37:57 +0200
"Kirill A. Shutemov" wrote:
> On Mon, Dec 29, 2014 at 11:07:27AM +0100, Martin Schwidefsky wrote:
> > On Wed, 24 Dec 2014 14:22:38 +0200
> > "Kirill A. Shutemov" wrote:
> >
> > > We've replaced remap_file_pa
On Mon, 29 Dec 2014 12:37:57 +0200
Kirill A. Shutemov kir...@shutemov.name wrote:
On Mon, Dec 29, 2014 at 11:07:27AM +0100, Martin Schwidefsky wrote:
On Wed, 24 Dec 2014 14:22:38 +0200
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
We've replaced remap_file_pages(2
On Wed, 24 Dec 2014 14:22:38 +0200
"Kirill A. Shutemov" wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Martin Schwidefsky
> Cc: Heiko Carste
On Sat, 27 Dec 2014 12:17:43 -0500
Pranith Kumar wrote:
> @@ -65,10 +65,13 @@
> #include
> #include
> #include
> -#include
> #include
> #include
>
> +#if IS_ENABLED(CONFIG_KVM)
> +#include
> +#endif
> +
> #ifdef DEBUG
> #define DBG(fmt...) udbg_printf(fmt)
> #else
I always
On Sun, 28 Dec 2014 21:42:53 +0530
Aniroop Mathur wrote:
> From: Aniroop Mathur
>
> This patch initializes nr_device count variable to -1 to avoid extra
> subtraction operation performed everytime scm block device is set up.
>
> Signed-off-by: Aniroop Mathur
> ---
>
On Sun, 28 Dec 2014 21:42:53 +0530
Aniroop Mathur aniroop.mat...@gmail.com wrote:
From: Aniroop Mathur a.mat...@samsung.com
This patch initializes nr_device count variable to -1 to avoid extra
subtraction operation performed everytime scm block device is set up.
Signed-off-by: Aniroop
On Sat, 27 Dec 2014 12:17:43 -0500
Pranith Kumar bobby.pr...@gmail.com wrote:
@@ -65,10 +65,13 @@
#include asm/kexec.h
#include asm/mmu_context.h
#include asm/code-patching.h
-#include asm/kvm_ppc.h
#include asm/hugetlb.h
#include asm/epapr_hcalls.h
+#if IS_ENABLED(CONFIG_KVM)
On Wed, 24 Dec 2014 14:22:38 +0200
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
We've replaced remap_file_pages(2) implementation with emulation.
Nobody creates non-linear mapping anymore.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
Cc: Martin Schwidefsky
off lockdep annotation
Hendrik Brueckner (1):
s390/cpum_sf: Remove initialization of PMU event index
Markus Elfring (1):
s390/pci: Deletion of unnecessary checks before the function call
"debug_unregister"
Martin Schwidefsky (12):
s390/mm: pmdp_get_and_clear_full op
off lockdep annotation
Hendrik Brueckner (1):
s390/cpum_sf: Remove initialization of PMU event index
Markus Elfring (1):
s390/pci: Deletion of unnecessary checks before the function call
"debug_unregister"
Martin Schwidefsky (12):
s390/mm: pmdp_get_and_clear_full op
off lockdep annotation
Hendrik Brueckner (1):
s390/cpum_sf: Remove initialization of PMU event index
Markus Elfring (1):
s390/pci: Deletion of unnecessary checks before the function call
debug_unregister
Martin Schwidefsky (12):
s390/mm: pmdp_get_and_clear_full optimization
off lockdep annotation
Hendrik Brueckner (1):
s390/cpum_sf: Remove initialization of PMU event index
Markus Elfring (1):
s390/pci: Deletion of unnecessary checks before the function call
debug_unregister
Martin Schwidefsky (12):
s390/mm: pmdp_get_and_clear_full optimization
On Mon, 1 Dec 2014 18:15:36 +0100 (CET)
Thomas Gleixner wrote:
> On Mon, 1 Dec 2014, Martin Schwidefsky wrote:
> > On Mon, 1 Dec 2014 17:10:34 +0100
> > Frederic Weisbecker wrote:
> >
> > > Speaking about the degradation in s390:
> > >
> >
On Mon, 1 Dec 2014 17:15:45 +0100
Frederic Weisbecker wrote:
> On Mon, Dec 01, 2014 at 03:41:28PM +0100, Martin Schwidefsky wrote:
> > On Fri, 28 Nov 2014 19:23:54 +0100
> > Frederic Weisbecker wrote:
> >
> > > The irqtime is accounted is nsecs and stored in
&
On Mon, 1 Dec 2014 17:10:34 +0100
Frederic Weisbecker wrote:
> Speaking about the degradation in s390:
>
> s390 is really a special case. And it would be a shame if we prevent from a
> real core cleanup just for this special case especially as it's fairly
> possible
> to keep a specific
On Fri, 28 Nov 2014 19:23:54 +0100
Frederic Weisbecker wrote:
> The irqtime is accounted is nsecs and stored in
> cpu_irq_time.hardirq_time and cpu_irq_time.softirq_time. Once the
> accumulated amount reaches a new jiffy, this one gets accounted to the
> kcpustat.
>
> This was necessary when
On Fri, 28 Nov 2014 19:23:37 +0100
Frederic Weisbecker wrote:
> Kernel cpu stats are stored in cputime_t which is an architecture
> defined type, and hence a bit opaque and requiring accessors and mutators
> for any operation.
>
> Converting them to nsecs simplifies the code a little bit.
On Fri, 28 Nov 2014 19:23:33 +0100
Frederic Weisbecker wrote:
> This will be needed for the conversion of kernel stat to nsecs.
>
> Cc: Benjamin Herrenschmidt
> Cc: Heiko Carstens
> Cc: Ingo Molnar
> Cc: Martin Schwidefsky
> Cc: Oleg Nesterov
> Cc: Paul Mackerr
; Cc: Ingo Molnar
> > Cc: Martin Schwidefsky
> > Cc: Oleg Nesterov
> > Cc: Paul Mackerras
> > Cc: Peter Zijlstra
> > Cc: Rik van Riel
> > Cc: Thomas Gleixner
> > Cc: Tony Luck
> > Cc: Wu Fengguang
> > Signed-off-by: Frederic Weisbecker
&
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:
A single but important fix for the machine check handling. The big
per-cpu cleanup from Christoph causes the code to do nothing
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:
A single but important fix for the machine check handling. The big
per-cpu cleanup from Christoph causes the code to do nothing
heiko.carst...@de.ibm.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Martin Schwidefsky schwidef...@de.ibm.com
Cc: Oleg Nesterov o...@redhat.com
Cc: Paul Mackerras pau...@samba.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Rik van Riel r...@redhat.com
Cc: Thomas Gleixner t...@linutronix.de
Schwidefsky schwidef...@de.ibm.com
Cc: Oleg Nesterov o...@redhat.com
Cc: Paul Mackerras pau...@samba.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Rik van Riel r...@redhat.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Tony Luck tony.l...@intel.com
Cc: Wu Fengguang fengguang...@intel.com
On Fri, 28 Nov 2014 19:23:37 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
Kernel cpu stats are stored in cputime_t which is an architecture
defined type, and hence a bit opaque and requiring accessors and mutators
for any operation.
Converting them to nsecs simplifies the code a
On Fri, 28 Nov 2014 19:23:54 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
The irqtime is accounted is nsecs and stored in
cpu_irq_time.hardirq_time and cpu_irq_time.softirq_time. Once the
accumulated amount reaches a new jiffy, this one gets accounted to the
kcpustat.
This was
On Mon, 1 Dec 2014 17:10:34 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
Speaking about the degradation in s390:
s390 is really a special case. And it would be a shame if we prevent from a
real core cleanup just for this special case especially as it's fairly
possible
to keep a
On Mon, 1 Dec 2014 17:15:45 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
On Mon, Dec 01, 2014 at 03:41:28PM +0100, Martin Schwidefsky wrote:
On Fri, 28 Nov 2014 19:23:54 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
The irqtime is accounted is nsecs and stored
On Mon, 1 Dec 2014 18:15:36 +0100 (CET)
Thomas Gleixner t...@linutronix.de wrote:
On Mon, 1 Dec 2014, Martin Schwidefsky wrote:
On Mon, 1 Dec 2014 17:10:34 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
Speaking about the degradation in s390:
s390 is really a special case
On Tue, 11 Nov 2014 16:36:06 -0800
Linus Torvalds wrote:
> On Tue, Nov 11, 2014 at 4:33 PM, Linus Torvalds
> wrote:
> >
> > I guess as a workaround it is fine, as long as we don't lose sight of
> > trying to eventually do a better job.
>
> Oh, and when it comes to the actual gcc bug - do you
On Tue, 11 Nov 2014 16:36:06 -0800
Linus Torvalds torva...@linux-foundation.org wrote:
On Tue, Nov 11, 2014 at 4:33 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
I guess as a workaround it is fine, as long as we don't lose sight of
trying to eventually do a better job.
Oh,
Carstens (2):
s390/vdso: fix stack corruption
s390/ftrace: add ftrace_graph_is_dead() check
Martin Schwidefsky (2):
s390/time: use stck clock fast for do_account_vtime
s390: update default configuration
arch/s390/configs/default_defconfig | 36
Carstens (2):
s390/vdso: fix stack corruption
s390/ftrace: add ftrace_graph_is_dead() check
Martin Schwidefsky (2):
s390/time: use stck clock fast for do_account_vtime
s390: update default configuration
arch/s390/configs/default_defconfig | 36
On Wed, 22 Oct 2014 13:09:26 +0200
Dominik Dingel wrote:
> s390 has the special notion of storage keys which are some sort of page flags
> associated with physical pages and live outside of direct addressable memory.
> These storage keys can be queried and changed with a special set of
>
On Wed, 22 Oct 2014 13:09:26 +0200
Dominik Dingel din...@linux.vnet.ibm.com wrote:
s390 has the special notion of storage keys which are some sort of page flags
associated with physical pages and live outside of direct addressable memory.
These storage keys can be queried and changed with a
On Mon, 20 Oct 2014 20:14:53 +0200
Paolo Bonzini wrote:
> On 10/18/2014 06:28 PM, Dave Hansen wrote:
> > > Currently it is an all or nothing thing, but for a future change we might
> > > want to just
> > > tag the guest memory instead of the complete user address space.
> >
> > I think it's a
On Mon, 20 Oct 2014 20:14:53 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
On 10/18/2014 06:28 PM, Dave Hansen wrote:
Currently it is an all or nothing thing, but for a future change we might
want to just
tag the guest memory instead of the complete user address space.
I think
On Mon, 20 Oct 2014 10:48:13 +0200
Peter Zijlstra wrote:
> > - cpumsf_pmu_event_idx is the same as power_pmu_event_idx.
>
> Oh cute, lets ask the s390 people, do you guys have a userspace
> instruction to read the actual counter value?
The "extract cpu counter" ECCTR instruction can be
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:
One patch to enable the BPF system call and three more bug fixes.
Dominik Dingel (1):
s390/mm: fixing calls of
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:
One patch to enable the BPF system call and three more bug fixes.
Dominik Dingel (1):
s390/mm: fixing calls of
On Mon, 20 Oct 2014 10:48:13 +0200
Peter Zijlstra pet...@infradead.org wrote:
- cpumsf_pmu_event_idx is the same as power_pmu_event_idx.
Oh cute, lets ask the s390 people, do you guys have a userspace
instruction to read the actual counter value?
The extract cpu counter ECCTR instruction
701 - 800 of 2608 matches
Mail list logo
