Re: [PATCH] s390/decompressor: add fortify_panic as x86 has.

On Thu, 7 Dec 2017 11:37:27 +0100 Michal Suchanek wrote: > Fix following error: > > LD arch/s390/boot/compressed/vmlinux > drivers/s390/char/sclp_early_core.o: In function `memcpy': > ../include/linux/string.h:340: undefined reference to `fortify_panic' > make[4]: ***

Re: [PATCH] s390/decompressor: add fortify_panic as x86 has.

On Thu, 7 Dec 2017 11:37:27 +0100 Michal Suchanek wrote: > Fix following error: > > LD arch/s390/boot/compressed/vmlinux > drivers/s390/char/sclp_early_core.o: In function `memcpy': > ../include/linux/string.h:340: undefined reference to `fortify_panic' > make[4]: ***

[GIT PULL] s390 patches for 4.15-rc2

Martin Schwidefsky (4): s390: fix alloc_pgste check in init_new_context again s390: sthyi: add SPDX identifiers to the remaining files s390: revert ELF_ET_DYN_BASE base changes s390/gs: add compat regset for the guarded storage broadcast control block Thomas Richter (1

[GIT PULL] s390 patches for 4.15-rc2

Martin Schwidefsky (4): s390: fix alloc_pgste check in init_new_context again s390: sthyi: add SPDX identifiers to the remaining files s390: revert ELF_ET_DYN_BASE base changes s390/gs: add compat regset for the guarded storage broadcast control block Thomas Richter (1

Re: [bisected] system hang after boot

On Mon, 27 Nov 2017 12:54:56 + Will Deacon <will.dea...@arm.com> wrote: > Hi Martin, > > On Mon, Nov 27, 2017 at 01:49:18PM +0100, Martin Schwidefsky wrote: > > On Mon, 27 Nov 2017 11:49:48 + > > Will Deacon <will.dea...@arm.com> wrote: > > >

Re: [bisected] system hang after boot

On Mon, 27 Nov 2017 12:54:56 + Will Deacon wrote: > Hi Martin, > > On Mon, Nov 27, 2017 at 01:49:18PM +0100, Martin Schwidefsky wrote: > > On Mon, 27 Nov 2017 11:49:48 + > > Will Deacon wrote: > > > On Wed, Nov 22, 2017 at 09:22:17PM +0100, Peter Zijlstr

Re: [bisected] system hang after boot

On Mon, 27 Nov 2017 11:49:48 + Will Deacon wrote: > Hi Peter, > > On Wed, Nov 22, 2017 at 09:22:17PM +0100, Peter Zijlstra wrote: > > On Wed, Nov 22, 2017 at 06:26:59PM +, Will Deacon wrote: > > > > > Now, I can't see what the break_lock is doing here other than

Re: [bisected] system hang after boot

On Mon, 27 Nov 2017 11:49:48 + Will Deacon wrote: > Hi Peter, > > On Wed, Nov 22, 2017 at 09:22:17PM +0100, Peter Zijlstra wrote: > > On Wed, Nov 22, 2017 at 06:26:59PM +, Will Deacon wrote: > > > > > Now, I can't see what the break_lock is doing here other than causing > > >

Re: [PATCH 00/12] arch/s390/ license text cleanup

On Fri, 24 Nov 2017 15:00:31 +0100 Greg Kroah-Hartman wrote: > Here are 12 patches against linux-next of today that add SPDX > identifiers to the remaining files in arch/s390 that do not currently > have them, and then it cleans up the various different ways that the

Re: [PATCH 00/12] arch/s390/ license text cleanup

On Fri, 24 Nov 2017 15:00:31 +0100 Greg Kroah-Hartman wrote: > Here are 12 patches against linux-next of today that add SPDX > identifiers to the remaining files in arch/s390 that do not currently > have them, and then it cleans up the various different ways that the > license text boilerplate

[GIT PULL] s390 patches for the 4.15 merge window #2

: Convert timers to use timer_setup() s390/cio: Convert timers to use timer_setup() s390/sclp: Convert timers to use timer_setup() s390/ap_bus: Convert timers to use timer_setup() s390/scsi: Convert timers to use timer_setup() Martin Schwidefsky (2): s390/mm,kvm

[GIT PULL] s390 patches for the 4.15 merge window #2

: Convert timers to use timer_setup() s390/cio: Convert timers to use timer_setup() s390/sclp: Convert timers to use timer_setup() s390/ap_bus: Convert timers to use timer_setup() s390/scsi: Convert timers to use timer_setup() Martin Schwidefsky (2): s390/mm,kvm

Re: [PATCH 3/3] zfcp: drop open coded assignments of timer_list.function

On Thu, 16 Nov 2017 14:16:39 +0100 Heiko Carstens wrote: > On Thu, Nov 16, 2017 at 01:38:18PM +0100, Steffen Maier wrote: > > If this has not been picked/merged yet (it's not in Linus' tree yet), > > could you please drop it because it's buggy? > > > > This would buy

Re: [PATCH 3/3] zfcp: drop open coded assignments of timer_list.function

On Thu, 16 Nov 2017 14:16:39 +0100 Heiko Carstens wrote: > On Thu, Nov 16, 2017 at 01:38:18PM +0100, Steffen Maier wrote: > > If this has not been picked/merged yet (it's not in Linus' tree yet), > > could you please drop it because it's buggy? > > > > This would buy me time to come up with a

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

On Wed, 15 Nov 2017 23:58:44 -0800 Kees Cook <keesc...@chromium.org> wrote: > On Thu, Nov 2, 2017 at 11:29 PM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > On Thu, 2 Nov 2017 16:36:53 -0700 > > Kees Cook <keesc...@chromium.org> wrote: > &g

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

On Wed, 15 Nov 2017 23:58:44 -0800 Kees Cook wrote: > On Thu, Nov 2, 2017 at 11:29 PM, Martin Schwidefsky > wrote: > > On Thu, 2 Nov 2017 16:36:53 -0700 > > Kees Cook wrote: > > > >> On Wed, Oct 25, 2017 at 11:38 PM, Martin Schwidefsky > >> wrote:

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

On Thu, 2 Nov 2017 16:36:53 -0700 Kees Cook <keesc...@chromium.org> wrote: > On Wed, Oct 25, 2017 at 11:38 PM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > On Wed, 25 Oct 2017 03:27:37 -0700 > > Kees Cook <keesc...@chromium.org> wrote: > >

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

On Thu, 2 Nov 2017 16:36:53 -0700 Kees Cook wrote: > On Wed, Oct 25, 2017 at 11:38 PM, Martin Schwidefsky > wrote: > > On Wed, 25 Oct 2017 03:27:37 -0700 > > Kees Cook wrote: > > > >> In preparation for unconditionally passing the struct timer_list pointer to

[GIT PULL] s390 patches for 4.14-rc7

t s390 fix for v4.14. Martin Schwidefsky (1): s390/kvm: fix detection of guest machine checks arch/s390/kernel/entry.S | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/s390/kernel/entry.S b/arch/s390/kernel/entry.S index 21900e1..d185aa3 100644 --- a/arch/s

[GIT PULL] s390 patches for 4.14-rc7

t s390 fix for v4.14. Martin Schwidefsky (1): s390/kvm: fix detection of guest machine checks arch/s390/kernel/entry.S | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/s390/kernel/entry.S b/arch/s390/kernel/entry.S index 21900e1..d185aa3 100644 --- a/arch/s

Re: [PATCH] s390/mm: return -ENOMEM in arch_get_unmapped_area[_topdown]

On Thu, 26 Oct 2017 17:47:39 +0800 Li Wang <liw...@redhat.com> wrote: > On Thu, Oct 26, 2017 at 5:26 PM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > On Thu, 26 Oct 2017 15:36:10 +0800 > > Li Wang <liw...@redhat.com> wrote: > > > >

Re: [PATCH] s390/mm: return -ENOMEM in arch_get_unmapped_area[_topdown]

On Thu, 26 Oct 2017 17:47:39 +0800 Li Wang wrote: > On Thu, Oct 26, 2017 at 5:26 PM, Martin Schwidefsky > wrote: > > On Thu, 26 Oct 2017 15:36:10 +0800 > > Li Wang wrote: > > > > The code in mmap.c checks for the per-task limit, 31-bit vs 64-bit. > > pgal

Re: [PATCH] s390/mm: return -ENOMEM in arch_get_unmapped_area[_topdown]

On Thu, 26 Oct 2017 15:36:10 +0800 Li Wang wrote: > That would be very hard to get -ENOMEM returned in crst_table_upgrade() > because the condition(addr + len <= TASK_SIZE) makes all 'end' value > is smaller/equal than 'TASK_SIZE_TASK'. So let's move it to the upper > layer.

Re: [PATCH] s390/mm: return -ENOMEM in arch_get_unmapped_area[_topdown]

On Thu, 26 Oct 2017 15:36:10 +0800 Li Wang wrote: > That would be very hard to get -ENOMEM returned in crst_table_upgrade() > because the condition(addr + len <= TASK_SIZE) makes all 'end' value > is smaller/equal than 'TASK_SIZE_TASK'. So let's move it to the upper > layer. I have a hard time

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

> > Cc: Harald Freudenberger <fre...@de.ibm.com> > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook <keesc...@chromium.org> > --- > drivers/s390/cr

Re: [PATCH] s390/ap_bus: Convert timers to use timer_setup()

r > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook > --- > drivers/s390/crypto/ap_bus.c | 10 +- > drivers/s390/crypto/ap_bus.h | 2 +- > drivers/s390/crypto/ap_queue.c | 2 +- > 3 files change

Re: [PATCH 1/3] [S390] vmur: convert urdev.ref_count from atomic_t to refcount_t

On Fri, 20 Oct 2017 10:47:48 +0300 Elena Reshetova wrote: > atomic_t variables are currently used to implement reference > counters with the following properties: > - counter is initialized to 1 using atomic_set() > - a resource is freed upon counter reaching zero >

Re: [PATCH 1/3] [S390] vmur: convert urdev.ref_count from atomic_t to refcount_t

On Fri, 20 Oct 2017 10:47:48 +0300 Elena Reshetova wrote: > atomic_t variables are currently used to implement reference > counters with the following properties: > - counter is initialized to 1 using atomic_set() > - a resource is freed upon counter reaching zero > - once counter reaches

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Mon, 23 Oct 2017 01:55:20 -0700 Dan Williams <dan.j.willi...@intel.com> wrote: > On Sun, Oct 22, 2017 at 10:18 PM, Martin Schwidefsky > <schwidef...@de.ibm.com> wrote: > > On Fri, 20 Oct 2017 18:29:33 +0200 > > Christoph Hellwig <h...@lst.de> wrote: >

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Mon, 23 Oct 2017 01:55:20 -0700 Dan Williams wrote: > On Sun, Oct 22, 2017 at 10:18 PM, Martin Schwidefsky > wrote: > > On Fri, 20 Oct 2017 18:29:33 +0200 > > Christoph Hellwig wrote: > > > >> On Fri, Oct 20, 2017 at 08:23:02AM -0700, Dan Williams wrot

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Fri, 20 Oct 2017 18:29:33 +0200 Christoph Hellwig wrote: > On Fri, Oct 20, 2017 at 08:23:02AM -0700, Dan Williams wrote: > > Yes, however it seems these drivers / platforms have been living with > > the lack of struct page for a long time. So they either don't use DAX, > > or

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Fri, 20 Oct 2017 18:29:33 +0200 Christoph Hellwig wrote: > On Fri, Oct 20, 2017 at 08:23:02AM -0700, Dan Williams wrote: > > Yes, however it seems these drivers / platforms have been living with > > the lack of struct page for a long time. So they either don't use DAX, > > or they have a

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

On Thu, 19 Oct 2017 15:29:28 +0200 (CEST) Thomas Gleixner wrote: > On Thu, 19 Oct 2017, Matt Redfearn wrote: > > On 19/10/17 13:43, Thomas Gleixner wrote: > > > delta = 0; > > > for (i = 0; i < 10; i++) { > > > delta += dev->min_delta_ns; > > >

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

On Thu, 19 Oct 2017 15:29:28 +0200 (CEST) Thomas Gleixner wrote: > On Thu, 19 Oct 2017, Matt Redfearn wrote: > > On 19/10/17 13:43, Thomas Gleixner wrote: > > > delta = 0; > > > for (i = 0; i < 10; i++) { > > > delta += dev->min_delta_ns; > > > dev->next_event =

[GIT PULL] s390 patches for 4.14-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 bug fixes: * A fix for cputime accounting vs CPU hotplug * Add two options to zfcpdump_defconfig to make SCSI dump work

[GIT PULL] s390 patches for 4.14-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 bug fixes: * A fix for cputime accounting vs CPU hotplug * Add two options to zfcpdump_defconfig to make SCSI dump work

Re: [PATCH] s390/cio: Convert timers to use timer_setup()

On Tue, 17 Oct 2017 10:58:47 +0200 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Mon, 16 Oct 2017 16:43:25 -0700 > Kees Cook <keesc...@chromium.org> wrote: > > > In preparation for unconditionally passing the struct timer_list > > pointer to all timer c

Re: [PATCH] s390/cio: Convert timers to use timer_setup()

On Tue, 17 Oct 2017 10:58:47 +0200 Martin Schwidefsky wrote: > On Mon, 16 Oct 2017 16:43:25 -0700 > Kees Cook wrote: > > > In preparation for unconditionally passing the struct timer_list > > pointer to all timer callbacks, switch to using the new timer_setup() > &g

Re: [PATCH] s390/scsi: Convert timers to use timer_setup()

gt; Cc: Steffen Maier <ma...@linux.vnet.ibm.com> > Cc: Benjamin Block <bbl...@linux.vnet.ibm.com> > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook <ke

Re: [PATCH] s390/scsi: Convert timers to use timer_setup()

Cc: Benjamin Block > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook > --- > drivers/s390/scsi/zfcp_erp.c | 16 ++-- > drivers/s390/scsi/zfcp_ext.h | 2 +- > drivers/s390/scsi/zfcp_fsf.c | 13 ++--

Re: [PATCH] s390/sclp: Convert timers to use timer_setup()

ead of creating an external static > data variable, just define a separate callback which encodes the "force > restart" desire. > > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: Peter Oberparleiter <

Re: [PATCH] s390/sclp: Convert timers to use timer_setup()

ic > data variable, just define a separate callback which encodes the "force > restart" desire. > > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: Peter Oberparleiter > Cc: Greg Kroah-Hartman > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook

Re: [PATCH] s390/cio: Convert timers to use timer_setup()

gt; Cc: Sebastian Ott <seb...@linux.vnet.ibm.com> > Cc: Peter Oberparleiter <ober...@linux.vnet.ibm.com> > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Coo

Re: [PATCH] s390/cio: Convert timers to use timer_setup()

tt > Cc: Peter Oberparleiter > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: linux-s...@vger.kernel.org > Signed-off-by: Kees Cook > --- > drivers/s390/cio/device.c | 8 > drivers/s390/cio/device.h | 2 ++ > drivers/s390/cio/device_fsm.c | 10 --

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

On Fri, 13 Oct 2017 13:38:45 -0400 Tony Krowiak wrote: > Tony Krowiak (19): > KVM: s390: SIE considerations for AP Queue virtualization > KVM: s390: refactor crypto initialization > s390/zcrypt: new AP matrix bus > s390/zcrypt: create an AP matrix device on

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

On Fri, 13 Oct 2017 13:38:45 -0400 Tony Krowiak wrote: > Tony Krowiak (19): > KVM: s390: SIE considerations for AP Queue virtualization > KVM: s390: refactor crypto initialization > s390/zcrypt: new AP matrix bus > s390/zcrypt: create an AP matrix device on the AP matrix bus >

Re: [RFC 19/19] s390/facilities: enable AP facilities needed by guest

On Fri, 13 Oct 2017 13:39:04 -0400 Tony Krowiak wrote: > Sets up the following facilities bits to enable the specified AP > facilities for the guest VM: > * STFLE.12: Enables the AP Query Configuration Information > facility. The AP bus running in

Re: [RFC 19/19] s390/facilities: enable AP facilities needed by guest

On Fri, 13 Oct 2017 13:39:04 -0400 Tony Krowiak wrote: > Sets up the following facilities bits to enable the specified AP > facilities for the guest VM: > * STFLE.12: Enables the AP Query Configuration Information > facility. The AP bus running in the guest uses >

Re: [RFC 13/19] s390/zcrypt: validate control domain assignment

On Fri, 13 Oct 2017 13:38:58 -0400 Tony Krowiak wrote: > The AP control domain being assigned to the mediated > matrix driver must be assigned to the LPAR. > > Signed-off-by: Tony Krowiak > --- >

Re: [RFC 13/19] s390/zcrypt: validate control domain assignment

On Fri, 13 Oct 2017 13:38:58 -0400 Tony Krowiak wrote: > The AP control domain being assigned to the mediated > matrix driver must be assigned to the LPAR. > > Signed-off-by: Tony Krowiak > --- > drivers/s390/crypto/vfio_ap_matrix_ops.c | 33 > ++ > 1 files

Re: [RFC 07/19] KVM: s390: introduce AP matrix configuration interface

On Fri, 13 Oct 2017 13:38:52 -0400 Tony Krowiak wrote: > This patch introduces a new compilation unit that will contain > all of the data structures and logic for configuring AP adapters, > usage domains and control domains for a KVM guest. > > Signed-off-by: Tony

Re: [RFC 07/19] KVM: s390: introduce AP matrix configuration interface

On Fri, 13 Oct 2017 13:38:52 -0400 Tony Krowiak wrote: > This patch introduces a new compilation unit that will contain > all of the data structures and logic for configuring AP adapters, > usage domains and control domains for a KVM guest. > > Signed-off-by: Tony Krowiak > --- > MAINTAINERS

Re: [RFC 06/19] s390/zcrypt: register matrix device with VFIO mediated device framework

On Fri, 13 Oct 2017 13:38:51 -0400 Tony Krowiak wrote: > diff --git a/drivers/s390/crypto/ap_matrix_bus.c > b/drivers/s390/crypto/ap_matrix_bus.c > index 66bfa54..418c23b 100644 > --- a/drivers/s390/crypto/ap_matrix_bus.c > +++ b/drivers/s390/crypto/ap_matrix_bus.c

Re: [RFC 06/19] s390/zcrypt: register matrix device with VFIO mediated device framework

On Fri, 13 Oct 2017 13:38:51 -0400 Tony Krowiak wrote: > diff --git a/drivers/s390/crypto/ap_matrix_bus.c > b/drivers/s390/crypto/ap_matrix_bus.c > index 66bfa54..418c23b 100644 > --- a/drivers/s390/crypto/ap_matrix_bus.c > +++ b/drivers/s390/crypto/ap_matrix_bus.c > @@ -61,6 +61,7 @@ static

Re: [RFC 05/19] s390/zcrypt: base implementation of AP matrix device driver

On Fri, 13 Oct 2017 13:38:50 -0400 Tony Krowiak wrote: > diff --git a/drivers/s390/crypto/Makefile b/drivers/s390/crypto/Makefile > index 87646ca..1983afa 100644 > --- a/drivers/s390/crypto/Makefile > +++ b/drivers/s390/crypto/Makefile > @@ -13,4 +13,8 @@

Re: [RFC 05/19] s390/zcrypt: base implementation of AP matrix device driver

On Fri, 13 Oct 2017 13:38:50 -0400 Tony Krowiak wrote: > diff --git a/drivers/s390/crypto/Makefile b/drivers/s390/crypto/Makefile > index 87646ca..1983afa 100644 > --- a/drivers/s390/crypto/Makefile > +++ b/drivers/s390/crypto/Makefile > @@ -13,4 +13,8 @@ obj-$(CONFIG_ZCRYPT) += zcrypt_pcixcc.o

Re: [RFC 03/19] s390/zcrypt: new AP matrix bus

On Fri, 13 Oct 2017 13:38:48 -0400 Tony Krowiak wrote: > Introduces an AP matrix bus. The sysfs location of the > AP matrix bus is: > > /sys/bus/ap_matrix > > The AP matrix bus will create an AP matrix device that will > hold the AP queues reserved for use by KVM

Re: [RFC 03/19] s390/zcrypt: new AP matrix bus

On Fri, 13 Oct 2017 13:38:48 -0400 Tony Krowiak wrote: > Introduces an AP matrix bus. The sysfs location of the > AP matrix bus is: > > /sys/bus/ap_matrix > > The AP matrix bus will create an AP matrix device that will > hold the AP queues reserved for use by KVM guests. > > Signed-off-by:

Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()

On Sat, 30 Sep 2017 12:36:12 +0200 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Sat, 30 Sep 2017 11:20:02 +0200 > Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > > > On Fri, Sep 29, 2017 at 07:06:18PM +0300, Kirill Tkhai wrote: > > > Similar

Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()

On Sat, 30 Sep 2017 12:36:12 +0200 Martin Schwidefsky wrote: > On Sat, 30 Sep 2017 11:20:02 +0200 > Heiko Carstens wrote: > > > On Fri, Sep 29, 2017 at 07:06:18PM +0300, Kirill Tkhai wrote: > > > Similar to __down_write_killable(), and read killable primitive.

Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()

On Sat, 30 Sep 2017 11:20:02 +0200 Heiko Carstens wrote: > On Fri, Sep 29, 2017 at 07:06:18PM +0300, Kirill Tkhai wrote: > > Similar to __down_write_killable(), and read killable primitive. > > > > Signed-off-by: Kirill Tkhai > > --- > >

Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()

On Sat, 30 Sep 2017 11:20:02 +0200 Heiko Carstens wrote: > On Fri, Sep 29, 2017 at 07:06:18PM +0300, Kirill Tkhai wrote: > > Similar to __down_write_killable(), and read killable primitive. > > > > Signed-off-by: Kirill Tkhai > > --- > > arch/s390/include/asm/rwsem.h | 18 --

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

On Wed, 27 Sep 2017 09:27:34 +1000 Stephen Rothwell wrote: > Commit > > fc9abdb8a661 ("samples/kprobes: Add s390 case in kprobe example module") > > is missing a Signed-off-by from its committer. Fixed, thanks! -- blue skies, Martin. "Reality continues to ruin

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

On Wed, 27 Sep 2017 09:27:34 +1000 Stephen Rothwell wrote: > Commit > > fc9abdb8a661 ("samples/kprobes: Add s390 case in kprobe example module") > > is missing a Signed-off-by from its committer. Fixed, thanks! -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

Re: [PATCH] s390/sclp: Use setup_timer and mod_timer

On Sun, 24 Sep 2017 17:30:14 +0530 Himanshu Jha wrote: > Use setup_timer and mod_timer API instead of structure assignments. > > This is done using Coccinelle and semantic patch used > for this as follows: > > @@ > expression x,y,z,a,b; > @@ > > -init_timer (); >

Re: [PATCH] s390/sclp: Use setup_timer and mod_timer

On Sun, 24 Sep 2017 17:30:14 +0530 Himanshu Jha wrote: > Use setup_timer and mod_timer API instead of structure assignments. > > This is done using Coccinelle and semantic patch used > for this as follows: > > @@ > expression x,y,z,a,b; > @@ > > -init_timer (); > +setup_timer (, y, z); >

[GIT PULL] s390 patches for 4.14-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: - A couple of bug fixes: memory management, perf, cio, dasd and scm_blk. - A larger change in regard to the CPU topology to

[GIT PULL] s390 patches for 4.14-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: - A couple of bug fixes: memory management, perf, cio, dasd and scm_blk. - A larger change in regard to the CPU topology to

[GIT PULL] s390 update for 4.14 merge window #2

interrupt control Martin Schwidefsky (4): s390/mm: use VM_BUG_ON in crst_table_[upgrade|downgrade] s390/mm: fix local TLB flushing vs. detach of an mm address space s390/mm: fix race on mm->context.flush_mm s390/mm: use a single lock for the fields in mm_context_t Stefan

[GIT PULL] s390 update for 4.14 merge window #2

interrupt control Martin Schwidefsky (4): s390/mm: use VM_BUG_ON in crst_table_[upgrade|downgrade] s390/mm: fix local TLB flushing vs. detach of an mm address space s390/mm: fix race on mm->context.flush_mm s390/mm: use a single lock for the fields in mm_context_t Stefan

[GIT PULL] s390 update for 4.14 merge window #1

n Höppner (2): s390/dasd: Change unsigned long long to unsigned long s390/dasd: Add discard support for FBA devices Jason J. Herne (1): vfio: ccw: fix bad ptr math for TIC cda translation Martin Schwidefsky (10): s390/mm: tag normal pages vs pages used in page tables

[GIT PULL] s390 update for 4.14 merge window #1

n Höppner (2): s390/dasd: Change unsigned long long to unsigned long s390/dasd: Add discard support for FBA devices Jason J. Herne (1): vfio: ccw: fix bad ptr math for TIC cda translation Martin Schwidefsky (10): s390/mm: tag normal pages vs pages used in page tables

Re: linux-next: manual merge of the s390 tree with Linus' tree

On Mon, 4 Sep 2017 09:49:28 +1000 Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the s390 tree got a conflict in: > > arch/s390/include/asm/mmu_context.h > > between commit: > > 0b89ede62963 ("s390/mm: fork vs. 5 level page tabel") > > from

Re: linux-next: manual merge of the s390 tree with Linus' tree

On Mon, 4 Sep 2017 09:49:28 +1000 Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the s390 tree got a conflict in: > > arch/s390/include/asm/mmu_context.h > > between commit: > > 0b89ede62963 ("s390/mm: fork vs. 5 level page tabel") > > from Linus' tree and commit: >

[GIT PULL] s390 fixes for 4.13-rc8/final

t can be triggered by user space. The third commit fixes a bug in the vfio ccw translation code." Jason J. Herne (1): vfio: ccw: fix bad ptr math for TIC cda translation Martin Schwidefsky (2): s390/mm: fork vs. 5 level page tabel s390/mm: fix BUG_ON in crst_table_upgrade

[GIT PULL] s390 fixes for 4.13-rc8/final

t can be triggered by user space. The third commit fixes a bug in the vfio ccw translation code." Jason J. Herne (1): vfio: ccw: fix bad ptr math for TIC cda translation Martin Schwidefsky (2): s390/mm: fork vs. 5 level page tabel s390/mm: fix BUG_ON in crst_table_upgrade

Re: [PATCH 0/2] s390: add const to bin_attribute structures

On Wed, 2 Aug 2017 21:37:21 +0530 Bhumika Goyal wrote: > Declare bin_attribute structures as const. > > Bhumika Goyal (2): > s390/sclp: add const to bin_attribute structure > s390/cio: add const to bin_attribute structures > > drivers/s390/char/sclp_config.c | 2 +- >

Re: [PATCH 0/2] s390: add const to bin_attribute structures

On Wed, 2 Aug 2017 21:37:21 +0530 Bhumika Goyal wrote: > Declare bin_attribute structures as const. > > Bhumika Goyal (2): > s390/sclp: add const to bin_attribute structure > s390/cio: add const to bin_attribute structures > > drivers/s390/char/sclp_config.c | 2 +- >

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 11:40:14 +0200 Cornelia Huck <coh...@redhat.com> wrote: > On Wed, 26 Jul 2017 07:40:44 +0200 > Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > > > On Wed, 26 Jul 2017 07:00:33 +0200 > > Heiko Carstens <heiko.carst...@de.ibm.com> w

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 11:40:14 +0200 Cornelia Huck wrote: > On Wed, 26 Jul 2017 07:40:44 +0200 > Martin Schwidefsky wrote: > > > On Wed, 26 Jul 2017 07:00:33 +0200 > > Heiko Carstens wrote: > > > > > On Tue, Jul 25, 2017 at 06:14:51PM -0700, Guente

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 08:05:27 +0200 Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > On Wed, Jul 26, 2017 at 07:40:44AM +0200, Martin Schwidefsky wrote: > > On Wed, 26 Jul 2017 07:00:33 +0200 > > Heiko Carstens <heiko.carst...@de.ibm.com> wrote: > > > &g

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 08:05:27 +0200 Heiko Carstens wrote: > On Wed, Jul 26, 2017 at 07:40:44AM +0200, Martin Schwidefsky wrote: > > On Wed, 26 Jul 2017 07:00:33 +0200 > > Heiko Carstens wrote: > > > > > On Tue, Jul 25, 2017 at 06:14:51PM -0700, Guenter Ro

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 07:00:33 +0200 Heiko Carstens wrote: > On Tue, Jul 25, 2017 at 06:14:51PM -0700, Guenter Roeck wrote: > > Hi Martin, > > > > my s390 qemu tests in linux-next stopped working a few days ago. > > Bisect points to commit 's390/spinlock: add niai

Re: Qemu problems in -next with 's390/spinlock: add niai spinlock hints'

On Wed, 26 Jul 2017 07:00:33 +0200 Heiko Carstens wrote: > On Tue, Jul 25, 2017 at 06:14:51PM -0700, Guenter Roeck wrote: > > Hi Martin, > > > > my s390 qemu tests in linux-next stopped working a few days ago. > > Bisect points to commit 's390/spinlock: add niai spinlock hints'. > > > >

[GIT PULL] s390 fixes for 4.13-rc3

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: Three bug fixes. Christian Borntraeger (2): s390/perf: fix problem state detection s390/mm: set change and

[GIT PULL] s390 fixes for 4.13-rc3

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: Three bug fixes. Christian Borntraeger (2): s390/perf: fix problem state detection s390/mm: set change and

Re: [PATCH 0/8] constify s390 attribute_group structures

On Wed, 19 Jul 2017 12:39:09 +0530 Arvind Yadav wrote: > attribute_group are not supposed to change at runtime. All functions > working with attribute_group provided by work > with const attribute_group. So mark the non-const structs as const. > > Arvind Yadav (9): >

Re: [PATCH 0/8] constify s390 attribute_group structures

On Wed, 19 Jul 2017 12:39:09 +0530 Arvind Yadav wrote: > attribute_group are not supposed to change at runtime. All functions > working with attribute_group provided by work > with const attribute_group. So mark the non-const structs as const. > > Arvind Yadav (9): > s390: zcrypt_queue:

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

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 fixup for the blk-mq clash with the scm driver * An improvement for the driver in regard to raw I/O * Bug fixes and

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

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 fixup for the blk-mq clash with the scm driver * An improvement for the driver in regard to raw I/O * Bug fixes and

Re: [GIT PULL] s390 patches for 4.13 merge window

On Tue, 4 Jul 2017 10:05:30 +0200 Martin Schwidefsky <schwidef...@de.ibm.com> wrote: > On Tue, 4 Jul 2017 17:58:18 +1000 > Stephen Rothwell <s...@canb.auug.org.au> wrote: > > > Hi Linus, > > > > On Mon, 3 Jul 2017 15:46:00 -0700 Linus Torvalds &g

Re: [GIT PULL] s390 patches for 4.13 merge window

On Tue, 4 Jul 2017 10:05:30 +0200 Martin Schwidefsky wrote: > On Tue, 4 Jul 2017 17:58:18 +1000 > Stephen Rothwell wrote: > > > Hi Linus, > > > > On Mon, 3 Jul 2017 15:46:00 -0700 Linus Torvalds > > wrote: > > > > > > On Mon, Jul

Re: [GIT PULL] s390 patches for 4.13 merge window

On Tue, 4 Jul 2017 17:58:18 +1000 Stephen Rothwell <s...@canb.auug.org.au> wrote: > Hi Linus, > > On Mon, 3 Jul 2017 15:46:00 -0700 Linus Torvalds > <torva...@linux-foundation.org> wrote: > > > > On Mon, Jul 3, 2017 at 2:01 AM, Martin Schwidefsk

Re: [GIT PULL] s390 patches for 4.13 merge window

On Tue, 4 Jul 2017 17:58:18 +1000 Stephen Rothwell wrote: > Hi Linus, > > On Mon, 3 Jul 2017 15:46:00 -0700 Linus Torvalds > wrote: > > > > On Mon, Jul 3, 2017 at 2:01 AM, Martin Schwidefsky > > wrote: > > > > > > please pull from t

[GIT PULL] s390 patches for 4.13 merge window

faulty ENODEV for RO sysfs attribute Logan Gunthorpe (1): s390: provide default ioremap and iounmap declaration Martin Schwidefsky (6): s390/mm: implement 5 level pages tables s390/cputime: simplify account_system_index_scaled s390/vdso: use _install_special_mapping

[GIT PULL] s390 patches for 4.13 merge window

faulty ENODEV for RO sysfs attribute Logan Gunthorpe (1): s390: provide default ioremap and iounmap declaration Martin Schwidefsky (6): s390/mm: implement 5 level pages tables s390/cputime: simplify account_system_index_scaled s390/vdso: use _install_special_mapping

[GIT PULL] one last s390 patch for 4.12-rc8/4.12

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: Revert the re-IPL semantics back to the v4.7 state. It turned out that the memory layout may change due to memory hotplug if

[GIT PULL] one last s390 patch for 4.12-rc8/4.12

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: Revert the re-IPL semantics back to the v4.7 state. It turned out that the memory layout may change due to memory hotplug if

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

On Mon, 19 Jun 2017 15:48:19 +0300 "Kirill A. Shutemov" <kir...@shutemov.name> wrote: > On Mon, Jun 19, 2017 at 07:48:01AM +0200, Martin Schwidefsky wrote: > > On Thu, 15 Jun 2017 17:52:22 +0300 > > "Kirill A. Shutemov" <kirill.shute...@linux.intel.co

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

On Mon, 19 Jun 2017 15:48:19 +0300 "Kirill A. Shutemov" wrote: > On Mon, Jun 19, 2017 at 07:48:01AM +0200, Martin Schwidefsky wrote: > > On Thu, 15 Jun 2017 17:52:22 +0300 > > "Kirill A. Shutemov" wrote: > > > > > We need an atomic

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