Re: [PATCH v2] s390/cpum_cf: Remove superfluous SMP function call

ntion, interrupts are > > explicitly disabled around the call. > > > > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > > Cc: linux-s...@vger.kernel.org > > Signed-off-by: Anna-Maria Gleixner <anna-ma

Re: [PATCH v2] s390/cpum_cf: Remove superfluous SMP function call

> explicitly disabled around the call. > > > > Cc: Martin Schwidefsky > > Cc: Heiko Carstens > > Cc: linux-s...@vger.kernel.org > > Signed-off-by: Anna-Maria Gleixner > > --- > > Changes in v2: > > - Adapt referenced commit in commit message

[GIT PULL] s390 patches for 4.6-rc6

a translation specification exception. With panic_on_oops a user space program can crash the system. * An information leak with the /dev/sclp device. * A use after free in the s390 PCI code. Gerald Schaefer (1): s390/mm: fix asce_bits handling with dynamic pagetable levels Martin Schwidefsky (1

[GIT PULL] s390 patches for 4.6-rc6

a translation specification exception. With panic_on_oops a user space program can crash the system. * An information leak with the /dev/sclp device. * A use after free in the s390 PCI code. Gerald Schaefer (1): s390/mm: fix asce_bits handling with dynamic pagetable levels Martin Schwidefsky (1

Re: [PATCH] clockevents: Retry programming min delta up to 10 times

On Fri, 22 Apr 2016 11:40:11 +0100 James Hogan wrote: > Under virtualisation it is possible to get unexpected latency during a > clockevent device's set_next_event() callback which can make it return > -ETIME even for a delta based on min_delta_ns. Do you have an example

Re: [PATCH] clockevents: Retry programming min delta up to 10 times

On Fri, 22 Apr 2016 11:40:11 +0100 James Hogan wrote: > Under virtualisation it is possible to get unexpected latency during a > clockevent device's set_next_event() callback which can make it return > -ETIME even for a delta based on min_delta_ns. Do you have an example for this behavior? I

Re: [RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

- > arch/s390/include/asm/atomic.h | 42 > +++-- > 1 file changed, 32 insertions(+), 10 deletions(-) That looks good, the code compiles and the functions are generated correctly. We will know for sure if it works after the first user of these new functions hit the kernel. Acked-by: Martin S

Re: [RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()

; 1 file changed, 32 insertions(+), 10 deletions(-) That looks good, the code compiles and the functions are generated correctly. We will know for sure if it works after the first user of these new functions hit the kernel. Acked-by: Martin Schwidefsky -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

[GIT PULL] s390 patches for 4.6-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: A couple of bug fixes. Gerald Schaefer (1): s390/dcssblk: fix possible deadlock in remove vs. per-device attributes

[GIT PULL] s390 patches for 4.6-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: A couple of bug fixes. Gerald Schaefer (1): s390/dcssblk: fix possible deadlock in remove vs. per-device attributes

Re: linux-next: Tree for Apr 4

> Thanks for letting us know! > > I just removed that specific patch from the 'features' branch again. It was > incomplete since it didn't convert the ghash module at all. > > No idea what Martin was thinking when pushing that patch. That is strange. On my local feature

Re: linux-next: Tree for Apr 4

> I just removed that specific patch from the 'features' branch again. It was > incomplete since it didn't convert the ghash module at all. > > No idea what Martin was thinking when pushing that patch. That is strange. On my local features branch that I use to push to kerne.org there

Re: [GIT PULL] s390 patches for 4.6-rc2

On Thu, 31 Mar 2016 14:29:09 -0500 Linus Torvalds <torva...@linux-foundation.org> wrote: > On Thu, Mar 31, 2016 at 8:26 AM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > > > I really would like to see the "s390/dasd: reorder lcu and device lock"

Re: [GIT PULL] s390 patches for 4.6-rc2

On Thu, 31 Mar 2016 14:29:09 -0500 Linus Torvalds wrote: > On Thu, Mar 31, 2016 at 8:26 AM, Martin Schwidefsky > wrote: > > > > I really would like to see the "s390/dasd: reorder lcu and device lock" go > > into 4.6 as the current solution is real

Re: [GIT PULL] s390 patches for 4.6-rc2

On Thu, 31 Mar 2016 07:59:56 -0500 Linus Torvalds <torva...@linux-foundation.org> wrote: > On Thu, Mar 31, 2016 at 7:57 AM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > > > to receive the following updates: > > > > * An interface for

Re: [GIT PULL] s390 patches for 4.6-rc2

On Thu, 31 Mar 2016 07:59:56 -0500 Linus Torvalds wrote: > On Thu, Mar 31, 2016 at 7:57 AM, Martin Schwidefsky > wrote: > > > > to receive the following updates: > > > > * An interface for dasd driver to query if a volume is online to > > another

[GIT PULL] s390 patches for 4.6-rc2

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: * An interface for dasd driver to query if a volume is online to another operating system * A proper fix for the lcu locking

[GIT PULL] s390 patches for 4.6-rc2

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: * An interface for dasd driver to query if a volume is online to another operating system * A proper fix for the lcu locking

[GIT PULL] s390 patches for 4.6 merge window

this_cpu_cmpxchg_double_4 s390/cpumf: add missing lpp magic initialization Jan Höppner (3): s390/dasd: Improve dasd format code s390/dasd: Simplify code in format logic s390/dasd: Refactor dasd format functions Joe Perches (1): s390: Use pr_warn instead of pr_warning Martin Schwidefsky

[GIT PULL] s390 patches for 4.6 merge window

this_cpu_cmpxchg_double_4 s390/cpumf: add missing lpp magic initialization Jan Höppner (3): s390/dasd: Improve dasd format code s390/dasd: Simplify code in format logic s390/dasd: Refactor dasd format functions Joe Perches (1): s390: Use pr_warn instead of pr_warning Martin Schwidefsky

[GIT PULL] s390 patches for 4.5-rc7

for the dasd diag driver - Boot crash on systems without the set-program-parameters facility Christian Borntraeger (1): s390/cpumf: Fix lpp detection Heiko Carstens (1): s390/dasd: fix diag 0x250 inline assembly Martin Schwidefsky (1): s390/mm: four page table levels vs. fork

[GIT PULL] s390 patches for 4.5-rc7

for the dasd diag driver - Boot crash on systems without the set-program-parameters facility Christian Borntraeger (1): s390/cpumf: Fix lpp detection Heiko Carstens (1): s390/dasd: fix diag 0x250 inline assembly Martin Schwidefsky (1): s390/mm: four page table levels vs. fork

[GIT PULL] s390 patches for 4.5-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: Two critical bug fixes for the signal handling. Martin Schwidefsky (2): s390/compat: correct restore of high gprs

[GIT PULL] s390 patches for 4.5-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: Two critical bug fixes for the signal handling. Martin Schwidefsky (2): s390/compat: correct restore of high gprs

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, 23 Feb 2016 22:33:45 +0300 "Kirill A. Shutemov" wrote: > On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote: > > I'll check with Martin, maybe it is actually trivial, then we can > > do a quick test it to rule that one out. > > Oh. I found a bug in

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, 23 Feb 2016 22:33:45 +0300 "Kirill A. Shutemov" wrote: > On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote: > > I'll check with Martin, maybe it is actually trivial, then we can > > do a quick test it to rule that one out. > > Oh. I found a bug in

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, 23 Feb 2016 19:19:07 +0100 Gerald Schaefer wrote: > On Tue, 23 Feb 2016 13:32:21 +0300 > "Kirill A. Shutemov" wrote: > > > On Fri, Feb 12, 2016 at 06:16:40PM +0100, Gerald Schaefer wrote: > > > On Fri, 12 Feb 2016 16:57:27 +0100 > > >

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, 23 Feb 2016 19:19:07 +0100 Gerald Schaefer wrote: > On Tue, 23 Feb 2016 13:32:21 +0300 > "Kirill A. Shutemov" wrote: > > > On Fri, Feb 12, 2016 at 06:16:40PM +0100, Gerald Schaefer wrote: > > > On Fri, 12 Feb 2016 16:57:27 +0100 > > > Christian Borntraeger wrote: > > > > > > > > I'm

[GIT PULL] s390 patches for 4.5-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: Several bug fixes * There are four different stack tracers, and three of them have bugs. For 4.5 the bugs are fix and we

[GIT PULL] s390 patches for 4.5-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: Several bug fixes * There are four different stack tracers, and three of them have bugs. For 4.5 the bugs are fix and we

Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage

On Thu, 11 Feb 2016 16:23:33 +0530 Vineet Gupta wrote: > On Thursday 11 February 2016 03:52 PM, Martin Schwidefsky wrote: > > On Thu, 11 Feb 2016 14:58:26 +0530 > > Vineet Gupta wrote: > > > >> Generic pgtable_trans_huge_deposit()/pgtable_trans_huge_wi

Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage

On Thu, 11 Feb 2016 14:58:26 +0530 Vineet Gupta wrote: > Generic pgtable_trans_huge_deposit()/pgtable_trans_huge_withdraw() > assume pgtable_t to be struct page * which is not true for all arches. > Thus arc, s390, sparch end up with their own copies despite no special > hardware requirements

Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage

On Thu, 11 Feb 2016 16:23:33 +0530 Vineet Gupta <vineet.gup...@synopsys.com> wrote: > On Thursday 11 February 2016 03:52 PM, Martin Schwidefsky wrote: > > On Thu, 11 Feb 2016 14:58:26 +0530 > > Vineet Gupta <vineet.gup...@synopsys.com> wrote: > > > &

Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage

On Thu, 11 Feb 2016 14:58:26 +0530 Vineet Gupta wrote: > Generic pgtable_trans_huge_deposit()/pgtable_trans_huge_withdraw() > assume pgtable_t to be struct page * which is not true for all arches. > Thus arc, s390, sparch end up with their own copies despite no

[GIT PULL] s390 patches for 4.5-rc2

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: An optimization for irq-restore, the SSM instruction is quite a bit slower than an if-statement and a STOSM. The

[GIT PULL] s390 patches for 4.5-rc2

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: An optimization for irq-restore, the SSM instruction is quite a bit slower than an if-statement and a STOSM. The

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Tue, 5 Jan 2016 15:04:43 +0200 "Michael S. Tsirkin" wrote: > On Tue, Jan 05, 2016 at 01:08:52PM +0100, Martin Schwidefsky wrote: > > On Tue, 5 Jan 2016 11:30:19 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Tue, Jan 05, 2016 at 09:13:19

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Tue, 5 Jan 2016 11:30:19 +0200 "Michael S. Tsirkin" wrote: > On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 22:18:58 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Mon, Jan 04, 2016 at 02:4

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Mon, 4 Jan 2016 22:18:58 +0200 "Michael S. Tsirkin" wrote: > On Mon, Jan 04, 2016 at 02:45:25PM +0100, Peter Zijlstra wrote: > > On Thu, Dec 31, 2015 at 09:08:38PM +0200, Michael S. Tsirkin wrote: > > > This defines __smp_xxx barriers for s390, > > > for use by virtualization. > > > > > >

Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h

On Mon, 4 Jan 2016 22:42:44 +0200 "Michael S. Tsirkin" wrote: > On Mon, Jan 04, 2016 at 04:03:39PM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 14:20:42 +0100 > > Peter Zijlstra wrote: > > > > > On Thu, Dec 31, 2015 at 09:06:30PM +0200, M

Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h

On Mon, 4 Jan 2016 22:42:44 +0200 "Michael S. Tsirkin" <m...@redhat.com> wrote: > On Mon, Jan 04, 2016 at 04:03:39PM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 14:20:42 +0100 > > Peter Zijlstra <pet...@infradead.org> wrote: > > > > &g

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Mon, 4 Jan 2016 22:18:58 +0200 "Michael S. Tsirkin" wrote: > On Mon, Jan 04, 2016 at 02:45:25PM +0100, Peter Zijlstra wrote: > > On Thu, Dec 31, 2015 at 09:08:38PM +0200, Michael S. Tsirkin wrote: > > > This defines __smp_xxx barriers for s390, > > > for use by

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Tue, 5 Jan 2016 15:04:43 +0200 "Michael S. Tsirkin" <m...@redhat.com> wrote: > On Tue, Jan 05, 2016 at 01:08:52PM +0100, Martin Schwidefsky wrote: > > On Tue, 5 Jan 2016 11:30:19 +0200 > > "Michael S. Tsirkin" <m...@redhat.com> wrote: > > &

Re: [PATCH v2 22/32] s390: define __smp_xxx

On Tue, 5 Jan 2016 11:30:19 +0200 "Michael S. Tsirkin" <m...@redhat.com> wrote: > On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 22:18:58 +0200 > > "Michael S. Tsirkin" <m...@redhat.com> wrote: > >

Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h

On Mon, 4 Jan 2016 14:20:42 +0100 Peter Zijlstra wrote: > On Thu, Dec 31, 2015 at 09:06:30PM +0200, Michael S. Tsirkin wrote: > > On s390 read_barrier_depends, smp_read_barrier_depends > > smp_store_mb(), smp_mb__before_atomic and smp_mb__after_atomic match the > > asm-generic variants exactly.

Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h

On Mon, 4 Jan 2016 14:20:42 +0100 Peter Zijlstra wrote: > On Thu, Dec 31, 2015 at 09:06:30PM +0200, Michael S. Tsirkin wrote: > > On s390 read_barrier_depends, smp_read_barrier_depends > > smp_store_mb(), smp_mb__before_atomic and smp_mb__after_atomic match the > >

[GIT PULL] s390 patches for 4.4-rc7

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 late bug fixes for kernel 4.4. Merry Christmas. Ingo Tuchscherer (1): s390/zcrypt: Fix AP queue handling if queue is

[GIT PULL] s390 patches for 4.4-rc7

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 late bug fixes for kernel 4.4. Merry Christmas. Ingo Tuchscherer (1): s390/zcrypt: Fix AP queue handling if queue is

Re: [PATCH v3 0/4] Allow customizable random offset to mmap_base address.

On Wed, 25 Nov 2015 11:07:09 -0800 Daniel Cashman wrote: > On 11/24/2015 04:39 PM, Andrew Morton wrote: > > > mips, powerpc and s390 also implement arch_mmap_rnd(). Are there any > > special considerations here, or it just a matter of maintainers wiring > > it up and testing it? > > I had not

Re: [PATCH v3 0/4] Allow customizable random offset to mmap_base address.

On Wed, 25 Nov 2015 11:07:09 -0800 Daniel Cashman wrote: > On 11/24/2015 04:39 PM, Andrew Morton wrote: > > > mips, powerpc and s390 also implement arch_mmap_rnd(). Are there any > > special considerations here, or it just a matter of maintainers wiring > > it up and

Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory

On Thu, 19 Nov 2015 00:49:58 +0100 Dominik Dingel wrote: > The userfaultfd does need FAULT_FLAG_ALLOW_RETRY to not return > VM_FAULT_SIGBUS. So we improve the gmap code to handle one > VM_FAULT_RETRY. > > Signed-off-by: Dominik Dingel > --- > arch/s390/mm/pgtable.c | 28

Re: [PATCH 2/2] s390/mm: allow gmap code to retry on faulting in guest memory

On Thu, 19 Nov 2015 00:49:58 +0100 Dominik Dingel wrote: > The userfaultfd does need FAULT_FLAG_ALLOW_RETRY to not return > VM_FAULT_SIGBUS. So we improve the gmap code to handle one > VM_FAULT_RETRY. > > Signed-off-by: Dominik Dingel >

Re: [GIT PULL] s390 patches for 4.4-rc2

On Wed, 18 Nov 2015 08:43:07 -0800 Linus Torvalds wrote: > On Wed, Nov 18, 2015 at 7:42 AM, Martin Schwidefsky > wrote: > > > > Assorted bug fixes, the mlock2 system call gets added, and one improvement. > > The boot from dasd devices is not possible from

[GIT PULL] s390 patches for 4.4-rc2

a wider range of devices. Heiko Carstens (4): s390/syscalls: remove system call number calculation s390: remove g5 elf platform support s390: wire up mlock2 system call s390: remove SALIPL loader Martin Schwidefsky (2): s390/diag: add a s390 prefix to the diagnose trace

[GIT PULL] s390 patches for 4.4-rc2

a wider range of devices. Heiko Carstens (4): s390/syscalls: remove system call number calculation s390: remove g5 elf platform support s390: wire up mlock2 system call s390: remove SALIPL loader Martin Schwidefsky (2): s390/diag: add a s390 prefix to the diagnose trace

Re: [GIT PULL] s390 patches for 4.4-rc2

On Wed, 18 Nov 2015 08:43:07 -0800 Linus Torvalds <torva...@linux-foundation.org> wrote: > On Wed, Nov 18, 2015 at 7:42 AM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > > > Assorted bug fixes, the mlock2 system call gets added, and one improvement.

[GIT PULL] s390 patches for the 4.4 merge window

s390/fpu: split fpu-internal.h into fpu internals, api, and type headers Ingo Tuchscherer (1): s390/zcrypt: enable odd RSA modulus sizes in CRT format Martin Schwidefsky (20): mm: add architecture primitives for software dirty bit clearing s390/mm: implement soft-dirty bits

[GIT PULL] s390 patches for the 4.4 merge window

s390/fpu: split fpu-internal.h into fpu internals, api, and type headers Ingo Tuchscherer (1): s390/zcrypt: enable odd RSA modulus sizes in CRT format Martin Schwidefsky (20): mm: add architecture primitives for software dirty bit clearing s390/mm: implement soft-dirty bits

Re: linux-next: Signed-off-by missing in the s390 tree

On Fri, 16 Oct 2015 09:17:33 +1100 Stephen Rothwell wrote: > Hi Martin, > > I noticed that the top commit > > 748a000bdc07 ("s390/fpu: split fpu-internal.h into fpu internals, api, and > type headers") > > in the s390 tree has no Signed-off-by tag from you as committer ... Oopsy.. fixed.

Re: linux-next: Signed-off-by missing in the s390 tree

On Fri, 16 Oct 2015 09:17:33 +1100 Stephen Rothwell wrote: > Hi Martin, > > I noticed that the top commit > > 748a000bdc07 ("s390/fpu: split fpu-internal.h into fpu internals, api, and > type headers") > > in the s390 tree has no Signed-off-by tag from you as

Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages

On Tue, 13 Oct 2015 15:51:22 +0200 Vlastimil Babka wrote: > On 10/13/2015 01:48 PM, Vlastimil Babka wrote: > > On 09/28/2015 01:49 PM, Martin Schwidefsky wrote: > >> On Thu, 24 Sep 2015 17:05:48 +0200 > >> Vlastimil Babka wrote: > > > > [...] > > &g

Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages

On Tue, 13 Oct 2015 15:51:22 +0200 Vlastimil Babka <vba...@suse.cz> wrote: > On 10/13/2015 01:48 PM, Vlastimil Babka wrote: > > On 09/28/2015 01:49 PM, Martin Schwidefsky wrote: > >> On Thu, 24 Sep 2015 17:05:48 +0200 > >> Vlastimil Babka <vba...@suse.cz>

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Mon, 5 Oct 2015 19:09:14 +0200 "Luis R. Rodriguez" wrote: > On Sun, Oct 04, 2015 at 09:02:04PM +0200, Arnd Bergmann wrote: > > On Saturday 03 October 2015 01:53:46 Luis R. Rodriguez wrote: > > > > > > > > Hmm, my gut feeling tells me that your approach won't solve the problem > > > > in

[GIT PULL] s390 patches for 4.3-rc5

floating point in decompressor Martin Schwidefsky (2): s390/numa: use correct type for node_to_cpumask_map s390/vtime: correct scaled cputime of partially idle CPUs Sebastian Ott (1): s390/defconfig: set SCSI_DH=y arch/s390/boot/compressed/Makefile | 2 +- arch/s390

[GIT PULL] s390 patches for 4.3-rc5

floating point in decompressor Martin Schwidefsky (2): s390/numa: use correct type for node_to_cpumask_map s390/vtime: correct scaled cputime of partially idle CPUs Sebastian Ott (1): s390/defconfig: set SCSI_DH=y arch/s390/boot/compressed/Makefile | 2 +- arch/s390

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Mon, 5 Oct 2015 19:09:14 +0200 "Luis R. Rodriguez" wrote: > On Sun, Oct 04, 2015 at 09:02:04PM +0200, Arnd Bergmann wrote: > > On Saturday 03 October 2015 01:53:46 Luis R. Rodriguez wrote: > > > > > > > > Hmm, my gut feeling tells me that your approach won't solve the

Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages

On Thu, 24 Sep 2015 17:05:48 +0200 Vlastimil Babka wrote: > Yong Sun has reported the LTP futex_wake04 test to hang a s390x with our > kernel based on 3.12. This is reproducible on upstream 4.1.8 as well. 4.2+ > is OK thanks to removal of emulated hugepages, but we should do something > about

Re: [RFC] futex: prevent endless loop on s390x with emulated hugepages

On Thu, 24 Sep 2015 17:05:48 +0200 Vlastimil Babka wrote: > Yong Sun has reported the LTP futex_wake04 test to hang a s390x with our > kernel based on 3.12. This is reproducible on upstream 4.1.8 as well. 4.2+ > is OK thanks to removal of emulated hugepages, but we should do

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 08:28:22 -0700 "Paul E. McKenney" wrote: > On Tue, Sep 22, 2015 at 04:33:07PM +0200, Martin Schwidefsky wrote: > > On Tue, 22 Sep 2015 21:29:14 +0800 > > Boqun Feng wrote: > > > > > On Tue, Sep 22, 2015 at 02:51:36PM +0200, Martin S

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 08:28:22 -0700 "Paul E. McKenney" <paul...@linux.vnet.ibm.com> wrote: > On Tue, Sep 22, 2015 at 04:33:07PM +0200, Martin Schwidefsky wrote: > > On Tue, 22 Sep 2015 21:29:14 +0800 > > Boqun Feng <boqun.f...@gmail.com> wrote: > > >

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 21:29:14 +0800 Boqun Feng wrote: > On Tue, Sep 22, 2015 at 02:51:36PM +0200, Martin Schwidefsky wrote: > > On Tue, 22 Sep 2015 20:23:26 +0800 > > Boqun Feng wrote: > > > > > Hi Martin, > > > > > > On Tue, Sep 22, 20

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 20:23:26 +0800 Boqun Feng wrote: > Hi Martin, > > On Tue, Sep 22, 2015 at 12:27:35PM +0200, Martin Schwidefsky wrote: > > On Mon, 21 Sep 2015 11:22:52 +0200 > > Martin Schwidefsky wrote: > > > > > On Fri, 18 Sep 2015 14:41:20 -

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Mon, 21 Sep 2015 11:22:52 +0200 Martin Schwidefsky wrote: > On Fri, 18 Sep 2015 14:41:20 -0700 > "Paul E. McKenney" wrote: > > > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote: > > > On Tue, Sep 15, 2015 at 06:30:28PM +0200, Peter Zijl

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Mon, 21 Sep 2015 11:22:52 +0200 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Fri, 18 Sep 2015 14:41:20 -0700 > "Paul E. McKenney" <paul...@linux.vnet.ibm.com> wrote: > > > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote: >

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 21:29:14 +0800 Boqun Feng <boqun.f...@gmail.com> wrote: > On Tue, Sep 22, 2015 at 02:51:36PM +0200, Martin Schwidefsky wrote: > > On Tue, 22 Sep 2015 20:23:26 +0800 > > Boqun Feng <boqun.f...@gmail.com> wrote: > > > > > Hi Martin,

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Tue, 22 Sep 2015 20:23:26 +0800 Boqun Feng <boqun.f...@gmail.com> wrote: > Hi Martin, > > On Tue, Sep 22, 2015 at 12:27:35PM +0200, Martin Schwidefsky wrote: > > On Mon, 21 Sep 2015 11:22:52 +0200 > > Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > &

[GIT PULL] s390 patches for 4.3-rc3

(1): s390/cpum_cf: Corrected return code for unauthorized counter sets Martin Schwidefsky (3): s390/hibernate: fix save and restore of vector registers s390/compat: correct uc_sigmask of the compat signal frame s390/vtime: correct scaled cputime for SMT Mathieu Desnoyers (1

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Fri, 18 Sep 2015 14:41:20 -0700 "Paul E. McKenney" wrote: > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote: > > On Tue, Sep 15, 2015 at 06:30:28PM +0200, Peter Zijlstra wrote: > > > On Tue, Sep 15, 2015 at 08:34:48AM -0700, Paul E. McKenney wrote: > > > > On Tue, Sep 15,

[GIT PULL] s390 patches for 4.3-rc3

(1): s390/cpum_cf: Corrected return code for unauthorized counter sets Martin Schwidefsky (3): s390/hibernate: fix save and restore of vector registers s390/compat: correct uc_sigmask of the compat signal frame s390/vtime: correct scaled cputime for SMT Mathieu Desnoyers (1

Re: [PATCH -tip 2/3] sched/wake_q: Relax to acquire semantics

On Fri, 18 Sep 2015 14:41:20 -0700 "Paul E. McKenney" wrote: > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote: > > On Tue, Sep 15, 2015 at 06:30:28PM +0200, Peter Zijlstra wrote: > > > On Tue, Sep 15, 2015 at 08:34:48AM -0700, Paul E. McKenney wrote:

Re: [RFC PATCH v2 9/9] s390/s390x: allocate sys_membarrier system call number

On Wed, 16 Sep 2015 15:20:05 + (UTC) Mathieu Desnoyers wrote: > - On Sep 7, 2015, at 12:15 PM, Mathieu Desnoyers > mathieu.desnoy...@efficios.com wrote: > > > [ Untested on this architecture. To try it out: fetch linux-next/akpm, > > apply this patch, build/run a membarrier-enabled

Re: [RFC PATCH v2 9/9] s390/s390x: allocate sys_membarrier system call number

On Wed, 16 Sep 2015 15:20:05 + (UTC) Mathieu Desnoyers wrote: > - On Sep 7, 2015, at 12:15 PM, Mathieu Desnoyers > mathieu.desnoy...@efficios.com wrote: > > > [ Untested on this architecture. To try it out: fetch linux-next/akpm, > > apply this patch,

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Tue, 08 Sep 2015 15:42:40 +0200 Arnd Bergmann wrote: > On Thursday 03 September 2015 03:44:15 Luis R. Rodriguez wrote: > > On Sun, Aug 30, 2015 at 09:30:26PM +0200, Arnd Bergmann wrote: > > > On Friday 28 August 2015 17:17:27 Luis R. Rodriguez wrote: > > > > While at it, as with the

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Tue, 08 Sep 2015 15:42:40 +0200 Arnd Bergmann wrote: > On Thursday 03 September 2015 03:44:15 Luis R. Rodriguez wrote: > > On Sun, Aug 30, 2015 at 09:30:26PM +0200, Arnd Bergmann wrote: > > > On Friday 28 August 2015 17:17:27 Luis R. Rodriguez wrote: > > > > While at it, as

[GIT PULL] s390 patches for the 4.3 merge window

: remove save_fpu_regs() parameter and use __LC_CURRENT instead s390/ctrlchar: improve handling of magic sysrequests s390/sclp_vt220: support magic sysrequests Martin Schwidefsky (12): s390/kvm: fix interrupt race with HANDLE_SIE_INTERCEPT s390/kvm: integrate

[GIT PULL] s390 patches for the 4.3 merge window

: remove save_fpu_regs() parameter and use __LC_CURRENT instead s390/ctrlchar: improve handling of magic sysrequests s390/sclp_vt220: support magic sysrequests Martin Schwidefsky (12): s390/kvm: fix interrupt race with HANDLE_SIE_INTERCEPT s390/kvm: integrate

Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp

atch 8 depends on all the other patches. > > > > > > Hi Joseph, > > > > > > I have done some testing on powerpc, and it seems good. > > > > > > I'm reluctant to proceed with merging them though until we've heard at > > > leas

Re: [PATCH v2] s390/jump_label: Use %*ph to print small buffers

On Thu, 27 Aug 2015 01:17:46 +0600 Alexander Kuleshov wrote: > printk() supports %*ph format specifier for printing a small buffers, > let's use it intead of %02x %02x... > > Signed-off-by: Alexander Kuleshov > --- > arch/s390/kernel/jump_label.c | 9 +++-- > 1 file changed, 3

Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp

if the s390 and sparc maintainers want to send me acks I'll rebase and add them. For the s390 parts: 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-kernel

Re: [PATCH v2] s390/jump_label: Use %*ph to print small buffers

On Thu, 27 Aug 2015 01:17:46 +0600 Alexander Kuleshov kuleshovm...@gmail.com wrote: printk() supports %*ph format specifier for printing a small buffers, let's use it intead of %02x %02x... Signed-off-by: Alexander Kuleshov kuleshovm...@gmail.com --- arch/s390/kernel/jump_label.c | 9

[PATCH] kexec: override GFP flag for the control page allocation

that called kexec load. The fix for s390 is to use a different GFP flag, GFP_DMA instead of GFP_KERNEL. To do this a new #define for kexec is introduced that can be overruled by the architecture. Martin Schwidefsky (1): kexec: allocate the kexec control page with KEXEC_CONTROL_MEMORY_GFP arch/s390

[PATCH] kexec: allocate the kexec control page with KEXEC_CONTROL_MEMORY_GFP

the KEXEC_CONTROL_MEMORY_LIMIT. On systems with a large memory size but a small KEXEC_CONTROL_MEMORY_LIMIT the loop will keep allocating memory until the oom killer steps in. Signed-off-by: Martin Schwidefsky --- arch/s390/include/asm/kexec.h | 3 +++ include/linux/kexec.h | 4 kernel/kexec.c

[PATCH] kexec: override GFP flag for the control page allocation

that called kexec load. The fix for s390 is to use a different GFP flag, GFP_DMA instead of GFP_KERNEL. To do this a new #define for kexec is introduced that can be overruled by the architecture. Martin Schwidefsky (1): kexec: allocate the kexec control page with KEXEC_CONTROL_MEMORY_GFP arch/s390

[PATCH] kexec: allocate the kexec control page with KEXEC_CONTROL_MEMORY_GFP

the KEXEC_CONTROL_MEMORY_LIMIT. On systems with a large memory size but a small KEXEC_CONTROL_MEMORY_LIMIT the loop will keep allocating memory until the oom killer steps in. Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com --- arch/s390/include/asm/kexec.h | 3 +++ include/linux/kexec.h | 4

[PATCH] s390/vdso: emit a GNU hash

>From 9a3d93634bd74b07a988fa0fc729d1f711253a91 Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky Date: Fri, 7 Aug 2015 08:55:48 +0200 Subject: [PATCH] s390/vdso: emit a GNU hash As proposed by Andy Lutomirski create the SysV and the GNU hash for the vdso objects. This may make some dyna

[PATCH] s390/vdso: emit a GNU hash

From 9a3d93634bd74b07a988fa0fc729d1f711253a91 Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky schwidef...@de.ibm.com Date: Fri, 7 Aug 2015 08:55:48 +0200 Subject: [PATCH] s390/vdso: emit a GNU hash As proposed by Andy Lutomirski create the SysV and the GNU hash for the vdso objects. This may

Re: Build errors in -next due to ' s390/kernel: lazy restore fpu registers'

On Fri, 31 Jul 2015 11:35:10 -0700 Guenter Roeck wrote: > Hi, > > s390:defconfig and s390:allmodconfig fail to build in -next as follows. > > arch/s390/kernel/entry.S:806: Error: > operand out of range (0x23e8 is not between > 0x and 0x0fff) >

Re: Build errors in -next due to ' s390/kernel: lazy restore fpu registers'

On Fri, 31 Jul 2015 11:35:10 -0700 Guenter Roeck li...@roeck-us.net wrote: Hi, s390:defconfig and s390:allmodconfig fail to build in -next as follows. arch/s390/kernel/entry.S:806: Error: operand out of range (0x23e8 is not between 0x and

[GIT PULL] s390 patches for 4.2-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 bug fixes: - Fix a crash on pre-z10 hardware due to cache-info - Fix an issue with classic BPF programs in the eBPF JIT

[GIT PULL] s390 patches for 4.2-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 bug fixes: - Fix a crash on pre-z10 hardware due to cache-info - Fix an issue with classic BPF programs in the eBPF JIT

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