have gone in except for the
mention of exec_mmap. I don't quite get the relevance of it, do_execve
can fail for the various reasons.
---
Subject: [PATCH] kernel/kmod: fix use-after-free of the sub_info structure
From: Martin Schwidefsky
Found this in the message log on a s390 system:
BUG kmal
On Thu, 16 Oct 2014 23:58:34 +0200
Oleg Nesterov wrote:
> On 10/17, Tetsuo Handa wrote:
> >
> > Ah, I see. Here is a draft of an updated patch.
>
> Do you mean this part
>
> > sub_info->retval = retval;
> > + /* wait_for_helper() will call umh_complete() if UMH_WAIT_PROC.
On Fri, 17 Oct 2014 06:30:29 +0900
Tetsuo Handa wrote:
> Regarding UMH_NO_WAIT, the sub_info structure can be freed by
> __call_usermodehelper() before the worker thread returns from
> do_execve(), allowing memory corruption when do_execve() failed
> after exec_mmap() is called.
>
> Regarding
On Fri, 17 Oct 2014 06:30:29 +0900
Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp wrote:
Regarding UMH_NO_WAIT, the sub_info structure can be freed by
__call_usermodehelper() before the worker thread returns from
do_execve(), allowing memory corruption when do_execve() failed
after
On Thu, 16 Oct 2014 23:58:34 +0200
Oleg Nesterov o...@redhat.com wrote:
On 10/17, Tetsuo Handa wrote:
Ah, I see. Here is a draft of an updated patch.
Do you mean this part
sub_info-retval = retval;
+ /* wait_for_helper() will call umh_complete() if
in except for the
mention of exec_mmap. I don't quite get the relevance of it, do_execve
can fail for the various reasons.
---
Subject: [PATCH] kernel/kmod: fix use-after-free of the sub_info structure
From: Martin Schwidefsky schwidef...@de.ibm.com
Found this in the message log on a s390 system
xec() to continue which then frees sub_info.
To fix this race the code needs to make sure that the call to
call_usermodehelper_freeinfo() is always done after the last store
to sub_info->retval.
Signed-off-by: Martin Schwidefsky
---
kernel/kmod.
On Thu, 16 Oct 2014 07:40:16 -0600
Bjorn Helgaas wrote:
> On Thu, Oct 16, 2014 at 1:22 AM, Martin Schwidefsky
> wrote:
> > On Wed, 15 Oct 2014 17:30:33 -0600
> > Bjorn Helgaas wrote:
> >
> >> [+cc Daniel, Martin, linux-s390; sorry, I botched my "stg mail&q
On Wed, 15 Oct 2014 17:44:29 -0600
Bjorn Helgaas wrote:
> [+cc Martin, Heiko, linux-s390, since s390 could see issues from this.
> Sorry for all the spam; I should have gotten this right the first
> time.]
>
> On Wed, Oct 15, 2014 at 5:31 PM, Bjorn Helgaas wrote:
> > [+cc Michael, Vivek;
On Wed, 15 Oct 2014 17:38:02 -0600
Bjorn Helgaas wrote:
> [+cc Rashika, Nathan, Anton, Blanchard, Heiko, Yinghai, Martin,
> linux-s390; sorry, I botched my "stg mail" so you weren't included the
> first time. s390 and x86 define their own memory_block_size_bytes()
> and are at risk for this
we always prefer a non-weak definition over the weak one,
> > independent of link order.
> >
> > Fixes: f1b82746c1e9 ("clocksource: Cleanup clocksource selection")
> > Signed-off-by: Bjorn Helgaas
> > CC: Daniel Lezcano
> > CC: Martin Schwidefsky
>
(clocksource: Cleanup clocksource selection)
Signed-off-by: Bjorn Helgaas bhelg...@google.com
CC: Daniel Lezcano daniel.lezc...@linaro.org
CC: Martin Schwidefsky schwidef...@de.ibm.com
---
include/linux/clocksource.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, 15 Oct 2014 17:38:02 -0600
Bjorn Helgaas bhelg...@google.com wrote:
[+cc Rashika, Nathan, Anton, Blanchard, Heiko, Yinghai, Martin,
linux-s390; sorry, I botched my stg mail so you weren't included the
first time. s390 and x86 define their own memory_block_size_bytes()
and are at risk
On Wed, 15 Oct 2014 17:44:29 -0600
Bjorn Helgaas bhelg...@google.com wrote:
[+cc Martin, Heiko, linux-s390, since s390 could see issues from this.
Sorry for all the spam; I should have gotten this right the first
time.]
On Wed, Oct 15, 2014 at 5:31 PM, Bjorn Helgaas bhelg...@google.com
On Thu, 16 Oct 2014 07:40:16 -0600
Bjorn Helgaas bhelg...@google.com wrote:
On Thu, Oct 16, 2014 at 1:22 AM, Martin Schwidefsky
schwidef...@de.ibm.com wrote:
On Wed, 15 Oct 2014 17:30:33 -0600
Bjorn Helgaas bhelg...@google.com wrote:
[+cc Daniel, Martin, linux-s390; sorry, I botched my
() to continue which then frees sub_info.
To fix this race the code needs to make sure that the call to
call_usermodehelper_freeinfo() is always done after the last store
to sub_info-retval.
Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com
---
kernel/kmod.c | 74
On Tue, 14 Oct 2014 10:13:42 -0400
Josh Boyer wrote:
> This driver is only usable on 64-bit s390 machines. Mark the Kconfig
> dependencies to that users on other architectures are not prompted for it.
>
> Fixes: 8f933b1043e1e5 ("s390/hmcdrv: HMC drive CD/DVD access")
> Signed-off-by: Josh
On Tue, 14 Oct 2014 10:13:42 -0400
Josh Boyer jwbo...@fedoraproject.org wrote:
This driver is only usable on 64-bit s390 machines. Mark the Kconfig
dependencies to that users on other architectures are not prompted for it.
Fixes: 8f933b1043e1e5 (s390/hmcdrv: HMC drive CD/DVD access)
backend for uprobes
Martin Schwidefsky (14):
s390/vdso: replace stck with stcke
s390/vdso: add vdso support for coarse clocks
s390/sclp: reduce dependency on event type masks
s390/rwlock: use directed yield for write-locked rwlocks
s390/rwlock: remove interrupt
backend for uprobes
Martin Schwidefsky (14):
s390/vdso: replace stck with stcke
s390/vdso: add vdso support for coarse clocks
s390/sclp: reduce dependency on event type masks
s390/rwlock: use directed yield for write-locked rwlocks
s390/rwlock: remove interrupt
parameters
are corrected.
Martin Schwidefsky (1):
s390/vdso: remove NULL pointer check from clock_gettime
Michael Holzheu (1):
s390/ipl: Add missing SCSI loadparm attributes to /sys/firmware
Peter Oberparleiter (1):
s390/dasd: Make module parameter visible in sysfs
arch/s390/include
parameters
are corrected.
Martin Schwidefsky (1):
s390/vdso: remove NULL pointer check from clock_gettime
Michael Holzheu (1):
s390/ipl: Add missing SCSI loadparm attributes to /sys/firmware
Peter Oberparleiter (1):
s390/dasd: Make module parameter visible in sysfs
arch/s390/include
.
And three bug fixes.
Heiko Carstens (2):
s390: wire up seccomp and getrandom syscalls
s390: wire up memfd_create syscall
Martin Schwidefsky (3):
s390: add system information as device randomness
s390/3215: fix tty output containing tabs
s390/sclp: remove unnecessary
.
And three bug fixes.
Heiko Carstens (2):
s390: wire up seccomp and getrandom syscalls
s390: wire up memfd_create syscall
Martin Schwidefsky (3):
s390: add system information as device randomness
s390/3215: fix tty output containing tabs
s390/sclp: remove unnecessary
On Thu, 14 Aug 2014 10:53:29 +0900
Minchan Kim wrote:
> MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
> overwrite of the contents since MADV_FREE syscall is called for
> THP page but for s390 pmds only referenced bit is available
> because there is no free bit left in the pmd
On Thu, 14 Aug 2014 10:53:29 +0900
Minchan Kim minc...@kernel.org wrote:
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page but for s390 pmds only referenced bit is available
because there is no free bit left
):
s390/irq: improve displayed interrupt order in /proc/interrupts
Jan Willeke (1):
s390/seccomp: fix error return for filtered system calls
Martin Schwidefsky (2):
s390/3215: fix hanging console issue
s390/mm: implement dirty bits for large segment table entries
Michael
):
s390/irq: improve displayed interrupt order in /proc/interrupts
Jan Willeke (1):
s390/seccomp: fix error return for filtered system calls
Martin Schwidefsky (2):
s390/3215: fix hanging console issue
s390/mm: implement dirty bits for large segment table entries
Michael
to write to the
kernel address space.
David Hildenbrand (1):
s390: require mvcos facility, not tod clock steering facility
Ingo Tuchscherer (1):
s390/zcrypt: improve device probing for zcrypt adapter cards
Martin Schwidefsky (3):
s390/3270: correct size detection with the read
to write to the
kernel address space.
David Hildenbrand (1):
s390: require mvcos facility, not tod clock steering facility
Ingo Tuchscherer (1):
s390/zcrypt: improve device probing for zcrypt adapter cards
Martin Schwidefsky (3):
s390/3270: correct size detection with the read
On Thu, 3 Jul 2014 17:37:29 +0900
Minchan Kim wrote:
> Hello,
>
> On Thu, Jul 03, 2014 at 10:29:01AM +0200, Martin Schwidefsky wrote:
> > On Thu, 3 Jul 2014 16:29:54 +0900
> > Minchan Kim wrote:
> >
> > > Hello,
> > >
> > > On Th
On Thu, 3 Jul 2014 16:29:54 +0900
Minchan Kim wrote:
> Hello,
>
> On Thu, Jul 03, 2014 at 10:03:19AM +0900, Minchan Kim wrote:
> > Hello,
> >
> > On Tue, Jul 01, 2014 at 05:50:58PM +0300, Kirill A. Shutemov wrote:
> > > On Tue, Jul 01, 2014 at 09:36:15AM +0900, Minchan Kim wrote:
> > > > +
On Thu, 3 Jul 2014 16:29:54 +0900
Minchan Kim minc...@kernel.org wrote:
Hello,
On Thu, Jul 03, 2014 at 10:03:19AM +0900, Minchan Kim wrote:
Hello,
On Tue, Jul 01, 2014 at 05:50:58PM +0300, Kirill A. Shutemov wrote:
On Tue, Jul 01, 2014 at 09:36:15AM +0900, Minchan Kim wrote:
+
On Thu, 3 Jul 2014 17:37:29 +0900
Minchan Kim minc...@kernel.org wrote:
Hello,
On Thu, Jul 03, 2014 at 10:29:01AM +0200, Martin Schwidefsky wrote:
On Thu, 3 Jul 2014 16:29:54 +0900
Minchan Kim minc...@kernel.org wrote:
Hello,
On Thu, Jul 03, 2014 at 10:03:19AM +0900, Minchan
Schwidefsky (2):
s390/uaccess: always load the kernel ASCE after task switch
s390/compat: correct ucontext layout for high gprs
Michael Veigel (1):
s390/ap_bus: Make modules parameters visible in sysfs
Peter Oberparleiter (1):
s390/sclp_vt220: Enable ASCII console per
Schwidefsky (2):
s390/uaccess: always load the kernel ASCE after task switch
s390/compat: correct ucontext layout for high gprs
Michael Veigel (1):
s390/ap_bus: Make modules parameters visible in sysfs
Peter Oberparleiter (1):
s390/sclp_vt220: Enable ASCII console per
es
s390/facilities: remove extract-cpu-time facility check
Jeff Mahoney (1):
s390/appldata: add slab.h for kzalloc/kfree
Julia Lawall (1):
s390/oprofile: make return of 0 explicit
Martin Schwidefsky (8):
s390/uaccess: simplify control register updates
s390: split TIF bits
: remove extract-cpu-time facility check
Jeff Mahoney (1):
s390/appldata: add slab.h for kzalloc/kfree
Julia Lawall (1):
s390/oprofile: make return of 0 explicit
Martin Schwidefsky (8):
s390/uaccess: simplify control register updates
s390: split TIF bits into CIF, PIF
Hi Dave,
On Fri, 16 May 2014 10:07:29 -0700
Dave Hansen wrote:
> Is the numa maps gather_hugetbl_stats() buggy on s390? It uses the
> normal pte_ variants.
That would be broken if we ever enable CONFIG_NUMA. Right now s390 does
not support NUMA, the gather_hugetbl_stats code is dead code for
Hi Dave,
On Fri, 16 May 2014 10:07:29 -0700
Dave Hansen dave.han...@intel.com wrote:
Is the numa maps gather_hugetbl_stats() buggy on s390? It uses the
normal pte_ variants.
That would be broken if we ever enable CONFIG_NUMA. Right now s390 does
not support NUMA, the gather_hugetbl_stats
Schwidefsky (1):
s390/bpf,jit: initialize A register if 1st insn is BPF_S_LDX_B_MSH
Sebastian Ott (1):
s390/chsc: fix SEI usage on old FW levels
arch/s390/net/bpf_jit_comp.c |1 -
drivers/s390/cio/chsc.c | 22 +-
2 files changed, 17 insertions(+), 6
Schwidefsky (1):
s390/bpf,jit: initialize A register if 1st insn is BPF_S_LDX_B_MSH
Sebastian Ott (1):
s390/chsc: fix SEI usage on old FW levels
arch/s390/net/bpf_jit_comp.c |1 -
drivers/s390/cio/chsc.c | 22 +-
2 files changed, 17 insertions(+), 6
Hi Peter,
On Fri, 18 Apr 2014 06:11:38 -0700
tip-bot for Peter Zijlstra wrote:
> arch,s390: Convert smp_mb__*()
>
> As per the existing implementation; implement the new one using
> smp_mb().
>
> AFAICT the s390 compare-and-swap does imply a barrier, however there
> are some immediate ops
Hi Peter,
On Fri, 18 Apr 2014 06:11:38 -0700
tip-bot for Peter Zijlstra tip...@zytor.com wrote:
arch,s390: Convert smp_mb__*()
As per the existing implementation; implement the new one using
smp_mb().
AFAICT the s390 compare-and-swap does imply a barrier, however there
are some
Schwidefsky (1):
s390: fix control register update
Peter Oberparleiter (1):
s390/sclp_vt220: Fix kernel panic due to early terminal input
arch/s390/include/asm/sigp.h| 19 +
arch/s390/include/asm/smp.h | 13 +++-
arch/s390/include/uapi/asm/unistd.h |3
Schwidefsky (1):
s390: fix control register update
Peter Oberparleiter (1):
s390/sclp_vt220: Fix kernel panic due to early terminal input
arch/s390/include/asm/sigp.h| 19 +
arch/s390/include/asm/smp.h | 13 +++-
arch/s390/include/uapi/asm/unistd.h |3
On Fri, 11 Apr 2014 12:25:47 +0200
Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Signed-off-by: Miklos Szeredi
> Cc: Martin Schwidefsky
> ---
> arch/s390/include/uapi/asm/unistd.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a
On Fri, 11 Apr 2014 12:25:47 +0200
Miklos Szeredi mik...@szeredi.hu wrote:
From: Miklos Szeredi mszer...@suse.cz
Signed-off-by: Miklos Szeredi mszer...@suse.cz
Cc: Martin Schwidefsky schwidef...@de.ibm.com
---
arch/s390/include/uapi/asm/unistd.h | 2 +-
1 file changed, 1 insertion(+), 1
(1):
s390/zcrypt: add length check for aligned data to avoid overflow in
msg-type 6
Martin Schwidefsky (3):
s390/3270: fix crash with multiple reset device requests
s390/mm,tlb: safeguard against speculative TLB creation
s390/mm,tlb: optimize TLB flushing for zEC12
Thomas
(1):
s390/zcrypt: add length check for aligned data to avoid overflow in
msg-type 6
Martin Schwidefsky (3):
s390/3270: fix crash with multiple reset device requests
s390/mm,tlb: safeguard against speculative TLB creation
s390/mm,tlb: optimize TLB flushing for zEC12
Thomas
On Tue, 1 Apr 2014 08:40:41 -0700 (PDT)
Linus Torvalds wrote:
>
>
> On Tue, 1 Apr 2014, Martin Schwidefsky wrote:
> >
> > I gave up after a few hours trying to solve the header dependencies, the two
> > trouble makes are alpha with the task_thread_info call i
On Tue, 1 Apr 2014 08:40:41 -0700 (PDT)
Linus Torvalds torva...@linux-foundation.org wrote:
On Tue, 1 Apr 2014, Martin Schwidefsky wrote:
I gave up after a few hours trying to solve the header dependencies, the two
trouble makes are alpha with the task_thread_info call
On Mon, 31 Mar 2014 14:45:32 -0700
Linus Torvalds wrote:
> On Mon, Mar 31, 2014 at 12:24 AM, Martin Schwidefsky
> wrote:
> >
> > There are two memory management related changes, the CMMA support for
> > KVM to avoid swap-in of freed pages and the split page table lo
On Mon, 31 Mar 2014 14:45:32 -0700
Linus Torvalds torva...@linux-foundation.org wrote:
On Mon, Mar 31, 2014 at 12:24 AM, Martin Schwidefsky
schwidef...@de.ibm.com wrote:
There are two memory management related changes, the CMMA support for
KVM to avoid swap-in of freed pages and the split
of unused ptes
s390/kvm: support collaborative memory management
Martin Schwidefsky (8):
sched/mm: call finish_arch_post_lock_switch in idle_task_exit and use_mm
s390/mm,tlb: race of lazy TLB flush vs. recreation of TLB entries
s390/kvm: set guest page states to stable on re-ipl
of unused ptes
s390/kvm: support collaborative memory management
Martin Schwidefsky (8):
sched/mm: call finish_arch_post_lock_switch in idle_task_exit and use_mm
s390/mm,tlb: race of lazy TLB flush vs. recreation of TLB entries
s390/kvm: set guest page states to stable on re-ipl
Signed-off-by: Martin Schwidefsky
---
arch/s390/Kconfig |3 +-
arch/s390/include/asm/setup.h | 16 +-
arch/s390/kernel/crash_dump.c | 83
arch/s390/kernel/early.c |6 +
arch/s390/kernel/head31.S |1 -
arch/s390/kernel/setup.c | 451
Greetings,
this is our current patch series to convert s390 to memblock.
The list of excluded memory that has been proposed by Philipp in
his patch from January is gone, it has been replaced by the list
of physically available memory. The available memory is initially
added to both the 'memory'
has been restricted, e.g. by use of the mem= kernel parameter.
Signed-off-by: Philipp Hachtmann
Signed-off-by: Martin Schwidefsky
---
include/linux/memblock.h |4
mm/Kconfig |3 +++
mm/memblock.c| 12
3 files changed, 19 insertions(+)
diff
and for_each_mem_range_rev are added. These new macros are used
to define for_each_free_mem_range and for_each_free_mem_range_reverse.
Signed-off-by: Philipp Hachtmann
Signed-off-by: Martin Schwidefsky
---
include/linux/memblock.h | 75 ++
mm/memblock.c| 193
for_each_mem_range
and for_each_mem_range_rev are added. These new macros are used
to define for_each_free_mem_range and for_each_free_mem_range_reverse.
Signed-off-by: Philipp Hachtmann pha...@linux.vnet.ibm.com
Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com
---
include/linux/memblock.h | 75
ranges even if the
memory has been restricted, e.g. by use of the mem= kernel parameter.
Signed-off-by: Philipp Hachtmann pha...@linux.vnet.ibm.com
Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com
---
include/linux/memblock.h |4
mm/Kconfig |3 +++
mm/memblock.c
Greetings,
this is our current patch series to convert s390 to memblock.
The list of excluded memory that has been proposed by Philipp in
his patch from January is gone, it has been replaced by the list
of physically available memory. The available memory is initially
added to both the 'memory'
-off-by: Philipp Hachtmann pha...@linux.vnet.ibm.com
Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com
---
arch/s390/Kconfig |3 +-
arch/s390/include/asm/setup.h | 16 +-
arch/s390/kernel/crash_dump.c | 83
arch/s390/kernel/early.c |6 +
arch/s390/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:
A couple of s390 bug fixes. The PCI segment boundary issue is a nasty
one as it can lead to data corruption.
Gerald Schaefer
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 couple of s390 bug fixes. The PCI segment boundary issue is a nasty
one as it can lead to data corruption.
Gerald Schaefer
On Mon, 17 Feb 2014 10:40:06 +
Catalin Marinas wrote:
> On Mon, Feb 17, 2014 at 09:37:38AM +, Martin Schwidefsky wrote:
> > On Fri, 14 Feb 2014 10:52:55 +
> > Catalin Marinas wrote:
> >
> > > On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrot
On Fri, 14 Feb 2014 10:52:55 +
Catalin Marinas wrote:
> On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
> > On 13.02.2014 20:00, Peter Zijlstra wrote:
> > > On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> > >> For archs without __ARCH_WANT_UNLOCKED_CTXSW set
On Fri, 14 Feb 2014 10:52:55 +
Catalin Marinas catalin.mari...@arm.com wrote:
On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
On 13.02.2014 20:00, Peter Zijlstra wrote:
On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
For archs without
On Mon, 17 Feb 2014 10:40:06 +
Catalin Marinas catalin.mari...@arm.com wrote:
On Mon, Feb 17, 2014 at 09:37:38AM +, Martin Schwidefsky wrote:
On Fri, 14 Feb 2014 10:52:55 +
Catalin Marinas catalin.mari...@arm.com wrote:
On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai
to force
an oops, with panic_on_oops this is a denial-of-service. And the dump
memory detection issue can cause incomplete memory dumps.
Gerald Schaefer (1):
s390/appldata: restore missing init_virt_timer()
Jose Alonso (1):
s390/qdio: for_each macro correctness
Martin Schwidefsky (1
to force
an oops, with panic_on_oops this is a denial-of-service. And the dump
memory detection issue can cause incomplete memory dumps.
Gerald Schaefer (1):
s390/appldata: restore missing init_virt_timer()
Jose Alonso (1):
s390/qdio: for_each macro correctness
Martin Schwidefsky (1
390/hvc_iucv: Display connection details through device attributes
s390/hvc_iucv: Automatically assign free HVC terminal devices
Martin Schwidefsky (1):
s390/hypfs: add interface for diagnose 0x304
Sebastian Ott (1):
s390/xpram: don't modify module parameters
Documentation/io
/hvc_iucv: Display connection details through device attributes
s390/hvc_iucv: Automatically assign free HVC terminal devices
Martin Schwidefsky (1):
s390/hypfs: add interface for diagnose 0x304
Sebastian Ott (1):
s390/xpram: don't modify module parameters
Documentation/ioctl
ing
function
s390/cpum_sf: Add flag to process full SDBs only
s390: Fix misspellings using 'codespell' tool
s390/cpum_sf: fix printk format warnings
Ingo Tuchscherer (1):
s390/zcrypt: add support for EP11 coprocessor cards
Martin Schwidefsky (5):
s390/ptrace: simplify ena
s390/cpum_sf: Add flag to process full SDBs only
s390: Fix misspellings using 'codespell' tool
s390/cpum_sf: fix printk format warnings
Ingo Tuchscherer (1):
s390/zcrypt: add support for EP11 coprocessor cards
Martin Schwidefsky (5):
s390/ptrace: simplify enable
go; we now want to remove
> the compat no-op stubs. Introducing new users is not what
> we want to see at this point in time, as it will break once
> the stubs are gone.
>
> Cc: Hendrik Brueckner
> Cc: Martin Schwidefsky
> Signed-off-by: Paul Gortmaker
> ---
>
> [
; we now want to remove
the compat no-op stubs. Introducing new users is not what
we want to see at this point in time, as it will break once
the stubs are gone.
Cc: Hendrik Brueckner brueck...@linux.vnet.ibm.com
Cc: Martin Schwidefsky schwidef...@de.ibm.com
Signed-off-by: Paul Gortmaker
will waste quite a bit of memory for the
per-cpu arrays. Under z/VM the maximum number of CPUs is 64, the code
now limits the possible cpu mask to 64 if running under z/VM.
Heiko Carstens (1):
s390/smp: improve setup of possible cpu mask
Martin Schwidefsky (1):
s390/3270: fix
On Wed, 01 Jan 2014 15:21:00 -0600
Rob Landley wrote:
> On 01/01/14 06:41, Martin Schwidefsky wrote:
> > On Tue, 31 Dec 2013 22:17:39 -0600
> > Rob Landley wrote:
> >
> >> On 12/30/13 09:26, Martin Schwidefsky wrote:
> >>> On Mon, 30 Dec 2013
On Wed, 01 Jan 2014 15:21:00 -0600
Rob Landley r...@landley.net wrote:
On 01/01/14 06:41, Martin Schwidefsky wrote:
On Tue, 31 Dec 2013 22:17:39 -0600
Rob Landley r...@landley.net wrote:
On 12/30/13 09:26, Martin Schwidefsky wrote:
On Mon, 30 Dec 2013 16:11:10 +0100
Oleg Nesterov o
will waste quite a bit of memory for the
per-cpu arrays. Under z/VM the maximum number of CPUs is 64, the code
now limits the possible cpu mask to 64 if running under z/VM.
Heiko Carstens (1):
s390/smp: improve setup of possible cpu mask
Martin Schwidefsky (1):
s390/3270: fix
On Tue, 31 Dec 2013 22:17:39 -0600
Rob Landley wrote:
> On 12/30/13 09:26, Martin Schwidefsky wrote:
> > On Mon, 30 Dec 2013 16:11:10 +0100
> > Oleg Nesterov wrote:
> >> Not sure I understand... except that timekeeping_resume() does
> >> __timekeeping_inj
On Tue, 31 Dec 2013 22:17:39 -0600
Rob Landley r...@landley.net wrote:
On 12/30/13 09:26, Martin Schwidefsky wrote:
On Mon, 30 Dec 2013 16:11:10 +0100
Oleg Nesterov o...@redhat.com wrote:
Not sure I understand... except that timekeeping_resume() does
__timekeeping_inject_sleeptime
On Mon, 30 Dec 2013 16:11:10 +0100
Oleg Nesterov wrote:
> On 12/30, Martin Schwidefsky wrote:
> <
> > On Fri, 27 Dec 2013 15:45:04 +0100
> > Oleg Nesterov wrote:
> >
> > > Add Frederic, I am not sure I understand this correctly.
>
On Fri, 27 Dec 2013 15:45:04 +0100
Oleg Nesterov wrote:
> Add Frederic, I am not sure I understand this correctly.
>
> On 12/25, Rob Landley wrote:
> >
> > There are two values here, the first is seconds since boot time (which
> > is just elapsed time; at one point it was ajusted for suspend
On Fri, 27 Dec 2013 15:45:04 +0100
Oleg Nesterov o...@redhat.com wrote:
Add Frederic, I am not sure I understand this correctly.
On 12/25, Rob Landley wrote:
There are two values here, the first is seconds since boot time (which
is just elapsed time; at one point it was ajusted for
On Mon, 30 Dec 2013 16:11:10 +0100
Oleg Nesterov o...@redhat.com wrote:
On 12/30, Martin Schwidefsky wrote:
On Fri, 27 Dec 2013 15:45:04 +0100
Oleg Nesterov o...@redhat.com wrote:
Add Frederic, I am not sure I understand this correctly.
On 12/25, Rob Landley wrote
On Thu, 19 Dec 2013 20:08:46 +0100
Oleg Nesterov wrote:
> On 12/16, Andrea Arcangeli wrote:
> >
> > Can you reorder set_page_refcount in your v2?
>
> Please see the patch.
>
> > I wonder if arch_alloc_page needs refcount 1, it sets the page as
> > stable on s390.
>
> Obviously I have no idea
On Thu, 19 Dec 2013 20:08:46 +0100
Oleg Nesterov o...@redhat.com wrote:
On 12/16, Andrea Arcangeli wrote:
Can you reorder set_page_refcount in your v2?
Please see the patch.
I wonder if arch_alloc_page needs refcount 1, it sets the page as
stable on s390.
Obviously I have no idea
early_event_mask_sccb variable with
sccb_early
Martin Schwidefsky (2):
s390/vdso: ectg gettime support for CLOCK_THREAD_CPUTIME_ID
s390/time,vdso: fix clock_gettime for CLOCK_MONOTONIC
Stefan Weinhuber (1):
s390/dasd: fix memory leak caused by dangling references to request_queue
Xose
early_event_mask_sccb variable with
sccb_early
Martin Schwidefsky (2):
s390/vdso: ectg gettime support for CLOCK_THREAD_CPUTIME_ID
s390/time,vdso: fix clock_gettime for CLOCK_MONOTONIC
Stefan Weinhuber (1):
s390/dasd: fix memory leak caused by dangling references to request_queue
Xose
kernels.
Heiko Carstens (2):
s390/mm: optimize copy_page
s390/uaccess: add missing page table walk range check
Hendrik Brueckner (1):
s390/signal: always restore saved runtime instrumentation psw bit
Martin Schwidefsky (3):
s390/time,vdso: convert to the new update_vsyscall
kernels.
Heiko Carstens (2):
s390/mm: optimize copy_page
s390/uaccess: add missing page table walk range check
Hendrik Brueckner (1):
s390/signal: always restore saved runtime instrumentation psw bit
Martin Schwidefsky (3):
s390/time,vdso: convert to the new update_vsyscall
On Fri, 22 Nov 2013 11:15:47 -0800
John Stultz wrote:
> On 11/22/2013 07:38 AM, Martin Schwidefsky wrote:
>
> > But that has the downside that it creates a negative ntp_error that
> > can only be corrected with an adjustment of tk->mult which takes a
> > long time
On Fri, 22 Nov 2013 11:15:47 -0800
John Stultz john.stu...@linaro.org wrote:
On 11/22/2013 07:38 AM, Martin Schwidefsky wrote:
But that has the downside that it creates a negative ntp_error that
can only be corrected with an adjustment of tk-mult which takes a
long time.
So the time
Commit-ID: 4be77398ac9d948773116b6be4a3c91b3d6ea18c
Gitweb: http://git.kernel.org/tip/4be77398ac9d948773116b6be4a3c91b3d6ea18c
Author: Martin Schwidefsky
AuthorDate: Fri, 22 Nov 2013 11:44:51 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 22 Nov 2013 21:08:11 +0100
time: Fix 1ns
Greetings,
I just hunted down a time related bug which caused the Linux internal
xtime to drift away from the precise hardware clock provided by the
TOD clock found in the s390 architecture.
After a long search I came along this lovely piece of code in
kernel/time/timekeeping.c:
#ifdef
Greetings,
I just hunted down a time related bug which caused the Linux internal
xtime to drift away from the precise hardware clock provided by the
TOD clock found in the s390 architecture.
After a long search I came along this lovely piece of code in
kernel/time/timekeeping.c:
#ifdef
Commit-ID: 4be77398ac9d948773116b6be4a3c91b3d6ea18c
Gitweb: http://git.kernel.org/tip/4be77398ac9d948773116b6be4a3c91b3d6ea18c
Author: Martin Schwidefsky schwidef...@de.ibm.com
AuthorDate: Fri, 22 Nov 2013 11:44:51 -0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Fri, 22
801 - 900 of 2608 matches
Mail list logo