Re: s390: runtime warning about pgtables_bytes

On Thu, 11 Oct 2018 18:04:12 +0800 Li Wang wrote: > When running s390 system with LTP/cve-2017-17052.c[1], the following BUG is > came out repeatedly. > I remember this warning start from kernel-4.16.0 and now it still exist in > kernel-4.19-rc7. > Can anyone take a look? > > [ 2678.991496]

Re: s390: runtime warning about pgtables_bytes

On Thu, 11 Oct 2018 18:04:12 +0800 Li Wang wrote: > When running s390 system with LTP/cve-2017-17052.c[1], the following BUG is > came out repeatedly. > I remember this warning start from kernel-4.16.0 and now it still exist in > kernel-4.19-rc7. > Can anyone take a look? > > [ 2678.991496]

[GIT PULL] s390 patches for 4.19 #4

Eric Farman (3): s390/cio: Convert ccw_io_region to pointer s390/cio: Refactor alloc of ccw_io_region s390/cio: Fix how vfio-ccw checks pinned pages Gerald Schaefer (1): s390/hibernate: fix error handling when suspend cpu != resume cpu Martin Schwidefsky

[GIT PULL] s390 patches for 4.19 #4

Eric Farman (3): s390/cio: Convert ccw_io_region to pointer s390/cio: Refactor alloc of ccw_io_region s390/cio: Fix how vfio-ccw checks pinned pages Gerald Schaefer (1): s390/hibernate: fix error handling when suspend cpu != resume cpu Martin Schwidefsky

Re: [PATCH] futex: Set USER_DS for the futex_detect_cmpxchg() test

On Fri, 28 Sep 2018 07:11:44 -0700 Andy Lutomirski wrote: > > On Sep 28, 2018, at 1:42 AM, Thomas Gleixner wrote: > > > >> On Fri, 28 Sep 2018, Martin Schwidefsky wrote: > >> On Fri, 28 Sep 2018 09:12:10 +0200 > >> Geert Uytterhoeven wrote:

Re: [PATCH] futex: Set USER_DS for the futex_detect_cmpxchg() test

On Fri, 28 Sep 2018 07:11:44 -0700 Andy Lutomirski wrote: > > On Sep 28, 2018, at 1:42 AM, Thomas Gleixner wrote: > > > >> On Fri, 28 Sep 2018, Martin Schwidefsky wrote: > >> On Fri, 28 Sep 2018 09:12:10 +0200 > >> Geert Uytterhoeven wrote:

Re: [PATCH] futex: Set USER_DS for the futex_detect_cmpxchg() test

On Fri, 28 Sep 2018 09:12:10 +0200 Geert Uytterhoeven wrote: > Hi Thomas, > > On Fri, Sep 28, 2018 at 8:21 AM Thomas Gleixner wrote: > > On Thu, 27 Sep 2018, Andy Lutomirski wrote: > > > I have a couple questions here: > > > > > > - Is this actually okay on all architectures? That is, are

Re: [PATCH] futex: Set USER_DS for the futex_detect_cmpxchg() test

On Fri, 28 Sep 2018 09:12:10 +0200 Geert Uytterhoeven wrote: > Hi Thomas, > > On Fri, Sep 28, 2018 at 8:21 AM Thomas Gleixner wrote: > > On Thu, 27 Sep 2018, Andy Lutomirski wrote: > > > I have a couple questions here: > > > > > > - Is this actually okay on all architectures? That is, are

Re: [PATCH 2/2] s390/tlb: convert to generic mmu_gather

On Wed, 19 Sep 2018 14:38:49 +0200 Peter Zijlstra wrote: > On Tue, Sep 18, 2018 at 02:51:51PM +0200, Martin Schwidefsky wrote: > > +#define pte_free_tlb pte_free_tlb > > +#define pmd_free_tlb pmd_free_tlb > > +#define p4d_free_tlb p4d_free_tlb > > +#defin

Re: [PATCH 2/2] s390/tlb: convert to generic mmu_gather

On Wed, 19 Sep 2018 14:38:49 +0200 Peter Zijlstra wrote: > On Tue, Sep 18, 2018 at 02:51:51PM +0200, Martin Schwidefsky wrote: > > +#define pte_free_tlb pte_free_tlb > > +#define pmd_free_tlb pmd_free_tlb > > +#define p4d_free_tlb p4d_free_tlb > > +#defin

[PATCH 2/2] s390/tlb: convert to generic mmu_gather

Signed-off-by: Martin Schwidefsky --- arch/s390/Kconfig | 3 + arch/s390/include/asm/tlb.h | 130 ++-- arch/s390/mm/pgalloc.c | 63 + 3 files changed, 44 insertions(+), 152 deletions(-) diff --git a/arch/s390/Kconfig

[PATCH 2/2] s390/tlb: convert to generic mmu_gather

Signed-off-by: Martin Schwidefsky --- arch/s390/Kconfig | 3 + arch/s390/include/asm/tlb.h | 130 ++-- arch/s390/mm/pgalloc.c | 63 + 3 files changed, 44 insertions(+), 152 deletions(-) diff --git a/arch/s390/Kconfig

[PATCH 1/2] asm-generic/tlb: introduce HAVE_MMU_GATHER_NO_GATHER

to free pages. Signed-off-by: Martin Schwidefsky --- arch/Kconfig | 3 ++ include/asm-generic/tlb.h | 9 +++- mm/mmu_gather.c | 114 +++--- 3 files changed, 77 insertions(+), 49 deletions(-) diff --git a/arch/Kconfig b/arch/Kconfig

[PATCH 1/2] asm-generic/tlb: introduce HAVE_MMU_GATHER_NO_GATHER

to free pages. Signed-off-by: Martin Schwidefsky --- arch/Kconfig | 3 ++ include/asm-generic/tlb.h | 9 +++- mm/mmu_gather.c | 114 +++--- 3 files changed, 77 insertions(+), 49 deletions(-) diff --git a/arch/Kconfig b/arch/Kconfig

[RFC][PATCH 0/2] convert s390 to generic mmu_gather

Hi Peter, as an add-on for the TLB flushing changes two patches to make s390 use the generic mmu_gather code as well. I let it run for a few hours with several TLB stress tests, no fallout so far. It certainly can use more testing but it looks ok to me. Martin Schwidefsky (2): asm-generic/tlb

[RFC][PATCH 0/2] convert s390 to generic mmu_gather

Hi Peter, as an add-on for the TLB flushing changes two patches to make s390 use the generic mmu_gather code as well. I let it run for a few hours with several TLB stress tests, no fallout so far. It certainly can use more testing but it looks ok to me. Martin Schwidefsky (2): asm-generic/tlb

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Fri, 14 Sep 2018 15:02:07 +0200 Peter Zijlstra wrote: > On Fri, Sep 14, 2018 at 12:28:24PM +0200, Martin Schwidefsky wrote: > > > I spent some time to get s390 converted to the common mmu_gather code. > > There is one thing I would like to request, namely the ability to &g

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Fri, 14 Sep 2018 15:02:07 +0200 Peter Zijlstra wrote: > On Fri, Sep 14, 2018 at 12:28:24PM +0200, Martin Schwidefsky wrote: > > > I spent some time to get s390 converted to the common mmu_gather code. > > There is one thing I would like to request, namely the ability to &g

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 14:39:37 +0200 Peter Zijlstra wrote: > On Thu, Sep 13, 2018 at 02:18:27PM +0200, Martin Schwidefsky wrote: > > We may get something working with a common code mmu_gather, but I fear the > > day someone makes a "minor" change to that subtly

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 14:39:37 +0200 Peter Zijlstra wrote: > On Thu, Sep 13, 2018 at 02:18:27PM +0200, Martin Schwidefsky wrote: > > We may get something working with a common code mmu_gather, but I fear the > > day someone makes a "minor" change to that subtly

Re: [GIT PULL] s390 patches for 4.19 #3

On Thu, 13 Sep 2018 16:26:38 -1000 Linus Torvalds wrote: > On Thu, Sep 13, 2018 at 2:02 AM Martin Schwidefsky > wrote: > > > > this is the first try to do a pull request for s390 with a signed tag. > > I keep my fingers crossed that the setup works as intended. > >

Re: [GIT PULL] s390 patches for 4.19 #3

On Thu, 13 Sep 2018 16:26:38 -1000 Linus Torvalds wrote: > On Thu, Sep 13, 2018 at 2:02 AM Martin Schwidefsky > wrote: > > > > this is the first try to do a pull request for s390 with a signed tag. > > I keep my fingers crossed that the setup works as intended. > >

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 12:57:38 +0200 Peter Zijlstra wrote: > On Thu, Sep 13, 2018 at 12:30:14PM +0200, Martin Schwidefsky wrote: > > > > + * The mmu_gather data structure is used by the mm code to implement the > > > + * correct and efficient ordering of freeing pag

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 12:57:38 +0200 Peter Zijlstra wrote: > On Thu, Sep 13, 2018 at 12:30:14PM +0200, Martin Schwidefsky wrote: > > > > + * The mmu_gather data structure is used by the mm code to implement the > > > + * correct and efficient ordering of freeing pag

[GIT PULL] s390 patches for 4.19 #3

Hi Linus, this is the first try to do a pull request for s390 with a signed tag. I keep my fingers crossed that the setup works as intended. I have used the 8A8FDAE0 signing sub-key of my 26AE5DD2 master key: pub rsa4096/26AE5DD2 2011-10-10 [SC] uid [ultimate] Martin Schwidefsky sub

[GIT PULL] s390 patches for 4.19 #3

Hi Linus, this is the first try to do a pull request for s390 with a signed tag. I keep my fingers crossed that the setup works as intended. I have used the 8A8FDAE0 signing sub-key of my 26AE5DD2 master key: pub rsa4096/26AE5DD2 2011-10-10 [SC] uid [ultimate] Martin Schwidefsky sub

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 11:21:11 +0200 Peter Zijlstra wrote: > Write a comment explaining some of this.. > > Cc: Will Deacon > Cc: "Aneesh Kumar K.V" > Cc: Andrew Morton > Cc: Nick Piggin > Signed-off-by: Peter Zijlstra (Intel) > --- > include/asm-generic/tlb.h | 120 >

Re: [RFC][PATCH 01/11] asm-generic/tlb: Provide a comment

On Thu, 13 Sep 2018 11:21:11 +0200 Peter Zijlstra wrote: > Write a comment explaining some of this.. > > Cc: Will Deacon > Cc: "Aneesh Kumar K.V" > Cc: Andrew Morton > Cc: Nick Piggin > Signed-off-by: Peter Zijlstra (Intel) > --- > include/asm-generic/tlb.h | 120 >

Re: [PATCH 06/11] compat_ioctl: remove /dev/random commands

On Wed, 12 Sep 2018 16:02:40 +0200 Arnd Bergmann wrote: > On Wed, Sep 12, 2018 at 7:29 AM Martin Schwidefsky > wrote: > > On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote: > > > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote: > > > > Out of those,

Re: [PATCH 06/11] compat_ioctl: remove /dev/random commands

On Wed, 12 Sep 2018 16:02:40 +0200 Arnd Bergmann wrote: > On Wed, Sep 12, 2018 at 7:29 AM Martin Schwidefsky > wrote: > > On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote: > > > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote: > > > > Out of those,

Re: [PATCH] s390/tape: fix spelling mistake "partion" -> "partition"

On Tue, 11 Sep 2018 09:18:58 +0100 Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > drivers/s390/char/tape_3590.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] s390/tape: fix spelling mistake "partion" -> "partition"

On Tue, 11 Sep 2018 09:18:58 +0100 Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > drivers/s390/char/tape_3590.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 06/11] compat_ioctl: remove /dev/random commands

On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote: > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote: > > > > On Sat, Sep 08, 2018 at 04:28:12PM +0200, Arnd Bergmann wrote: > > > These are all handled by the random driver, so instead of listing > > > each ioctl, we can just use the same

Re: [PATCH 06/11] compat_ioctl: remove /dev/random commands

On Tue, 11 Sep 2018 22:26:54 +0200 Arnd Bergmann wrote: > On Sun, Sep 9, 2018 at 6:12 AM Al Viro wrote: > > > > On Sat, Sep 08, 2018 at 04:28:12PM +0200, Arnd Bergmann wrote: > > > These are all handled by the random driver, so instead of listing > > > each ioctl, we can just use the same

Re: [PATCH 0/2] s390: Use ARRAY_SIZE instead of reimplementing its function

On Sat, 8 Sep 2018 18:26:26 +0800 zhong jiang wrote: > I find the issue with the help of Coccinelle. > > zhong jiang (2): > s390: vmlogrdr: Use ARRAY_SIZE instead of reimplementing its function > s390: qeth_core_mpc: Use ARRAY_SIZE instead of reimplementing its > function > >

Re: [PATCH 0/2] s390: Use ARRAY_SIZE instead of reimplementing its function

On Sat, 8 Sep 2018 18:26:26 +0800 zhong jiang wrote: > I find the issue with the help of Coccinelle. > > zhong jiang (2): > s390: vmlogrdr: Use ARRAY_SIZE instead of reimplementing its function > s390: qeth_core_mpc: Use ARRAY_SIZE instead of reimplementing its > function > >

Re: [PATCH] s390: zfcp_aux: remove unnecessary null pointer check before mempool_destroy

On Sat, 8 Sep 2018 17:41:45 +0800 zhong jiang wrote: > mempool_destroy has taken null pointer check into account. so remove the > redundant check. > > Signed-off-by: zhong jiang > --- > drivers/s390/scsi/zfcp_aux.c | 21 +++-- > 1 file changed, 7 insertions(+), 14 deletions(-)

Re: [PATCH] s390: zfcp_aux: remove unnecessary null pointer check before mempool_destroy

On Sat, 8 Sep 2018 17:41:45 +0800 zhong jiang wrote: > mempool_destroy has taken null pointer check into account. so remove the > redundant check. > > Signed-off-by: zhong jiang > --- > drivers/s390/scsi/zfcp_aux.c | 21 +++-- > 1 file changed, 7 insertions(+), 14 deletions(-)

Re: [PATCH] s390/zcrypt: Use kmemdup to replace kmalloc + memcpy

On Sat, 8 Sep 2018 16:50:21 +0800 zhong jiang wrote: > kmemdup has implemented the function that kmalloc() + memcpy() will > do. and we prefer to use the kmemdup rather than the open coded > implementation. > > Signed-off-by: zhong jiang > --- > drivers/s390/crypto/zcrypt_msgtype6.c | 9

Re: [PATCH] s390/zcrypt: Use kmemdup to replace kmalloc + memcpy

On Sat, 8 Sep 2018 16:50:21 +0800 zhong jiang wrote: > kmemdup has implemented the function that kmalloc() + memcpy() will > do. and we prefer to use the kmemdup rather than the open coded > implementation. > > Signed-off-by: zhong jiang > --- > drivers/s390/crypto/zcrypt_msgtype6.c | 9

Re: [GIT PULL] s390 patches for the 4.19 merge window #2

On Tue, 4 Sep 2018 17:16:31 -0700 Kees Cook wrote: > On Fri, Aug 24, 2018 at 12:42 AM, Martin Schwidefsky > wrote: > > Harald Freudenberger (5): > > s390/zcrypt: hex string mask improvements for apmask and aqmask. > > This (and an earlier 2017 commit) adds VLAs, w

Re: [GIT PULL] s390 patches for the 4.19 merge window #2

On Tue, 4 Sep 2018 17:16:31 -0700 Kees Cook wrote: > On Fri, Aug 24, 2018 at 12:42 AM, Martin Schwidefsky > wrote: > > Harald Freudenberger (5): > > s390/zcrypt: hex string mask improvements for apmask and aqmask. > > This (and an earlier 2017 commit) adds VLAs, w

[GIT PULL] s390 patches for the 4.19 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: - A couple of patches for the zcrypt driver + Add two masks to determine which AP cards and queues are host devices, this

[GIT PULL] s390 patches for the 4.19 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: - A couple of patches for the zcrypt driver + Add two masks to determine which AP cards and queues are host devices, this

Re: [PATCH 3/4] mm/tlb, x86/mm: Support invalidating TLB caches for RCU_TABLE_FREE

On Wed, 22 Aug 2018 22:20:32 -0700 Linus Torvalds wrote: > On Wed, Aug 22, 2018 at 10:11 PM Linus Torvalds > wrote: > > > > So instead, when you get to the actual "tlb_flush(tlb)", you do > > exactly that - flush the tlb. And the mmu_gather structure shows you > > how much you need to flush. If

Re: [PATCH 3/4] mm/tlb, x86/mm: Support invalidating TLB caches for RCU_TABLE_FREE

On Wed, 22 Aug 2018 22:20:32 -0700 Linus Torvalds wrote: > On Wed, Aug 22, 2018 at 10:11 PM Linus Torvalds > wrote: > > > > So instead, when you get to the actual "tlb_flush(tlb)", you do > > exactly that - flush the tlb. And the mmu_gather structure shows you > > how much you need to flush. If

Re: Getting the instruction pointer on a per arch basis

On Wed, 1 Aug 2018 11:21:13 -0700 Nick Desaulniers wrote: > On Tue, Jul 31, 2018 at 10:41 PM Martin Schwidefsky > wrote: > > > > On Tue, 31 Jul 2018 16:09:06 -0700 > > Nick Desaulniers wrote: > > > > > + More maintainers and lists for visibility >

Re: Getting the instruction pointer on a per arch basis

On Wed, 1 Aug 2018 11:21:13 -0700 Nick Desaulniers wrote: > On Tue, Jul 31, 2018 at 10:41 PM Martin Schwidefsky > wrote: > > > > On Tue, 31 Jul 2018 16:09:06 -0700 > > Nick Desaulniers wrote: > > > > > + More maintainers and lists for visibility >

Re: Getting the instruction pointer on a per arch basis

On Tue, 31 Jul 2018 16:09:06 -0700 Nick Desaulniers wrote: > + More maintainers and lists for visibility > > On Tue, Jul 31, 2018 at 3:32 PM Nick Desaulniers > wrote: > > > > I'm currently looking into cleaning up the code duplication between > > current_text_addr() and _THIS_IP_, virtually

Re: Getting the instruction pointer on a per arch basis

On Tue, 31 Jul 2018 16:09:06 -0700 Nick Desaulniers wrote: > + More maintainers and lists for visibility > > On Tue, Jul 31, 2018 at 3:32 PM Nick Desaulniers > wrote: > > > > I'm currently looking into cleaning up the code duplication between > > current_text_addr() and _THIS_IP_, virtually

Re: Linux 4.18-rc6

On Wed, 25 Jul 2018 12:40:26 -0700 Kees Cook wrote: > On Tue, Jul 24, 2018 at 12:24 AM, Martin Schwidefsky > wrote: > > On Tue, 24 Jul 2018 09:15:58 +0200 > > Christian Borntraeger wrote: > > > >> On 07/24/2018 08:18 AM, Martin Schwidefsky wrote: > >

Re: Linux 4.18-rc6

On Wed, 25 Jul 2018 12:40:26 -0700 Kees Cook wrote: > On Tue, Jul 24, 2018 at 12:24 AM, Martin Schwidefsky > wrote: > > On Tue, 24 Jul 2018 09:15:58 +0200 > > Christian Borntraeger wrote: > > > >> On 07/24/2018 08:18 AM, Martin Schwidefsky wrote: > >

Re: Linux 4.18-rc6

On Tue, 24 Jul 2018 09:15:58 +0200 Christian Borntraeger wrote: > On 07/24/2018 08:18 AM, Martin Schwidefsky wrote: > > On Mon, 23 Jul 2018 16:17:22 -0700 > > Linus Torvalds wrote: > > > >> On Mon, Jul 23, 2018 at 2:23 PM Guenter Roeck wrote: > >>&

Re: Linux 4.18-rc6

On Tue, 24 Jul 2018 09:15:58 +0200 Christian Borntraeger wrote: > On 07/24/2018 08:18 AM, Martin Schwidefsky wrote: > > On Mon, 23 Jul 2018 16:17:22 -0700 > > Linus Torvalds wrote: > > > >> On Mon, Jul 23, 2018 at 2:23 PM Guenter Roeck wrote: > >>&

Re: Linux 4.18-rc6

ux-next is entirely immaterial > to the release of 4.18. Ok, if gcc with the plugins and an allmodconfig is considered to be important enough to warrant a fix, it can be pulled from here: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus Martin Schwidefsky (1):

Re: Linux 4.18-rc6

ux-next is entirely immaterial > to the release of 4.18. Ok, if gcc with the plugins and an allmodconfig is considered to be important enough to warrant a fix, it can be pulled from here: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus Martin Schwidefsky (1):

Re: [PATCH] arch/s390: Use new return type vm_fault_t

On Sun, 22 Jul 2018 08:22:48 -0700 Matthew Wilcox wrote: > On Sun, Jul 22, 2018 at 07:11:09PM +0530, Souptick Joarder wrote: > > use new return type vm_fault_t for fault handler vdso_fault. > > > > Signed-off-by: Souptick Joarder > > Reviewed-by: Matthew Wilcox I modified the patch

Re: [PATCH] arch/s390: Use new return type vm_fault_t

On Sun, 22 Jul 2018 08:22:48 -0700 Matthew Wilcox wrote: > On Sun, Jul 22, 2018 at 07:11:09PM +0530, Souptick Joarder wrote: > > use new return type vm_fault_t for fault handler vdso_fault. > > > > Signed-off-by: Souptick Joarder > > Reviewed-by: Matthew Wilcox I modified the patch

Re: [PATCH] s390/hypfs: Replace PTR_RET with PTR_ERR_OR_ZERO

On Thu, 19 Jul 2018 00:08:30 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > arch/s390/hypfs/hypfs_diag.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH] s390/hypfs: Replace PTR_RET with PTR_ERR_OR_ZERO

On Thu, 19 Jul 2018 00:08:30 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > arch/s390/hypfs/hypfs_diag.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH] s390/tape: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:46:53 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/char/tape_class.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] s390/tape: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:46:53 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/char/tape_class.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] s390/dasd: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:50:50 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/block/dasd_eckd.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] s390/dasd: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:50:50 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/block/dasd_eckd.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] s390/ap_bus: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:42:05 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/crypto/ap_bus.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH] s390/ap_bus: replace PTR_RET with PTR_ERR_OR_ZERO

On Wed, 18 Jul 2018 23:42:05 -0500 "Gustavo A. R. Silva" wrote: > PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/s390/crypto/ap_bus.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[GIT PULL] s390 patches for 4.18-rc4

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 few more changes for v4.18: - Wire up the two new system calls io_pgetevents and rseq - Fix a register corruption in the

[GIT PULL] s390 patches for 4.18-rc4

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 few more changes for v4.18: - Wire up the two new system calls io_pgetevents and rseq - Fix a register corruption in the

Re: [PATCH] RAID/s390: Remove VLA usage

On Tue, 3 Jul 2018 12:52:21 -0700 Kees Cook wrote: > In the quest to remove all stack VLA usage from the kernel[1], this moves > the "$#" replacement from being an argument to being inside the function, > which avoids generating VLAs. > > [1] >

Re: [PATCH] RAID/s390: Remove VLA usage

On Tue, 3 Jul 2018 12:52:21 -0700 Kees Cook wrote: > In the quest to remove all stack VLA usage from the kernel[1], this moves > the "$#" replacement from being an argument to being inside the function, > which avoids generating VLAs. > > [1] >

Re: [PATCH v12 05/11] s390/time: add read_persistent_wall_and_boot_offset()

*boot_offset = timespec64_sub(*wall_time, boot_time); > +} > + > void read_boot_clock64(struct timespec64 *ts) > { > unsigned char clk[STORE_CLOCK_EXT_SIZE]; >From a s390 standpoint this looks reasonable. Reviewed-by: Martin Schwidefsky -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

Re: [PATCH v12 05/11] s390/time: add read_persistent_wall_and_boot_offset()

*boot_offset = timespec64_sub(*wall_time, boot_time); > +} > + > void read_boot_clock64(struct timespec64 *ts) > { > unsigned char clk[STORE_CLOCK_EXT_SIZE]; >From a s390 standpoint this looks reasonable. Reviewed-by: Martin Schwidefsky -- blue skies, Martin. "Reality continues to ruin my life." - Calvin.

[GIT PULL] s390 patches for 4.18-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: common I/O layer - Fix bit-fields crossing storage-unit boundaries in css_general_char dasd driver - Avoid a sparse

[GIT PULL] s390 patches for 4.18-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: common I/O layer - Fix bit-fields crossing storage-unit boundaries in css_general_char dasd driver - Avoid a sparse

[GIT PULL] s390 patches for the 4.18 merge window

processing failure memory leak. Heiko Carstens (3): s390/early: get rid of memmove_early s390/early: get rid of #ifdef CONFIG_BLK_DEV_INITRD s390/early: move functions which may not access bss section to extra file Martin Schwidefsky (1): s390: remove closung punctuation

[GIT PULL] s390 patches for the 4.18 merge window

processing failure memory leak. Heiko Carstens (3): s390/early: get rid of memmove_early s390/early: get rid of #ifdef CONFIG_BLK_DEV_INITRD s390/early: move functions which may not access bss section to extra file Martin Schwidefsky (1): s390: remove closung punctuation

Re: [GIT PULL] two more s390 bug fixes for 4.17

On Thu, 31 May 2018 09:14:00 -0700 Christoph Hellwig wrote: > On Wed, May 30, 2018 at 11:11:40AM +0200, Martin Schwidefsky wrote: > > On Wed, 30 May 2018 00:41:30 -0700 > > Christoph Hellwig wrote: > > > > > > - req->completion_data = cqr; &g

Re: [GIT PULL] two more s390 bug fixes for 4.17

On Thu, 31 May 2018 09:14:00 -0700 Christoph Hellwig wrote: > On Wed, May 30, 2018 at 11:11:40AM +0200, Martin Schwidefsky wrote: > > On Wed, 30 May 2018 00:41:30 -0700 > > Christoph Hellwig wrote: > > > > > > - req->completion_data = cqr; &g

Re: [GIT PULL] two more s390 bug fixes for 4.17

On Wed, 30 May 2018 00:41:30 -0700 Christoph Hellwig wrote: > > - req->completion_data = cqr; > > + *((struct dasd_ccw_req **) blk_mq_rq_to_pdu(req)) = cqr; > > + > > Please don't play such tricks. In general your driver structure > should have struct request embedded. If for some

Re: [GIT PULL] two more s390 bug fixes for 4.17

On Wed, 30 May 2018 00:41:30 -0700 Christoph Hellwig wrote: > > - req->completion_data = cqr; > > + *((struct dasd_ccw_req **) blk_mq_rq_to_pdu(req)) = cqr; > > + > > Please don't play such tricks. In general your driver structure > should have struct request embedded. If for some

[GIT PULL] two more s390 bug fixes for 4.17

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 for 4.17 * A missing -msoft-float for the compile of the kexec purgatory * A fix for the dasd driver to avoid

[GIT PULL] two more s390 bug fixes for 4.17

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 for 4.17 * A missing -msoft-float for the compile of the kexec purgatory * A fix for the dasd driver to avoid

[GIT PULL] s390 patches for 4.17-rc6

/cpum_sf: ensure sample frequency of perf event attributes is non-zero Julian Wiedmann (2): s390/qdio: fix access to uninitialized qdio_q fields s390/qdio: don't release memory in qdio_setup_irq() Martin Schwidefsky (9): s390: move expoline assembler macros to a header s390

[GIT PULL] s390 patches for 4.17-rc6

/cpum_sf: ensure sample frequency of perf event attributes is non-zero Julian Wiedmann (2): s390/qdio: fix access to uninitialized qdio_q fields s390/qdio: don't release memory in qdio_setup_irq() Martin Schwidefsky (9): s390: move expoline assembler macros to a header s390

Re: [PATCH 4.4 15/50] s390/alternative: use a copy of the facility bit mask

lease let me > > > know. > > > > > > -- > > > > > > From: Martin Schwidefsky <schwidef...@de.ibm.com> > > > > > > > > > [ Upstream commit cf1489984641369611556bf00c48f945c77bcf02 ] > > > > &

Re: [PATCH 4.4 15/50] s390/alternative: use a copy of the facility bit mask

let me > > > know. > > > > > > ------ > > > > > > From: Martin Schwidefsky > > > > > > > > > [ Upstream commit cf1489984641369611556bf00c48f945c77bcf02 ] > > > > > > To be able to switch off specific CPU alter

Re: [PATCH 4.4 12/50] KVM: s390: wire up bpb feature

istian Borntraeger wrote: > >>> > >>> > >>> On 04/27/2018 03:58 PM, Greg Kroah-Hartman wrote: > >>>> 4.4-stable review patch. If anyone has any objections, please let me > >>>> know. > >>>> > >>>>

Re: [PATCH 4.4 12/50] KVM: s390: wire up bpb feature

;>> > >>> > >>> On 04/27/2018 03:58 PM, Greg Kroah-Hartman wrote: > >>>> 4.4-stable review patch. If anyone has any objections, please let me > >>>> know. > >>>> > >>>> -- > >>

Re: [PULL 0/1] vfio-ccw: another bugfix

On Tue, 24 Apr 2018 13:26:55 +0200 Cornelia Huck wrote: > The following changes since commit 6cf09958f32b9667bb3ebadf74367c791112771b: > > s390: correct module section names for expoline code revert (2018-04-23 > 07:57:17 +0200) > > are available in the Git repository at:

Re: [PULL 0/1] vfio-ccw: another bugfix

On Tue, 24 Apr 2018 13:26:55 +0200 Cornelia Huck wrote: > The following changes since commit 6cf09958f32b9667bb3ebadf74367c791112771b: > > s390: correct module section names for expoline code revert (2018-04-23 > 07:57:17 +0200) > > are available in the Git repository at: > >

[GIT PULL] s390 patches for 4.17-rc3

alias infomation André Wild (1): s390/cpum_cf: rename IBM z13/z14 counter names Cornelia Huck (1): vfio: ccw: process ssch with interrupts disabled Heiko Carstens (1): s390/uprobes: implement arch_uretprobe_is_alive() Martin Schwidefsky (2): s390: update sampling tag

[GIT PULL] s390 patches for 4.17-rc3

alias infomation André Wild (1): s390/cpum_cf: rename IBM z13/z14 counter names Cornelia Huck (1): vfio: ccw: process ssch with interrupts disabled Heiko Carstens (1): s390/uprobes: implement arch_uretprobe_is_alive() Martin Schwidefsky (2): s390: update sampling tag

Re: [PULL 0/1] vfio-ccw: bug fix

On Fri, 20 Apr 2018 10:24:03 +0200 Cornelia Huck wrote: > The following changes since commit fae764912153065ea55eda47f834e0764a54df94: > > s390/signal: cleanup uapi struct sigaction (2018-04-17 10:36:12 +0200) > > are available in the Git repository at: > >

Re: [PULL 0/1] vfio-ccw: bug fix

On Fri, 20 Apr 2018 10:24:03 +0200 Cornelia Huck wrote: > The following changes since commit fae764912153065ea55eda47f834e0764a54df94: > > s390/signal: cleanup uapi struct sigaction (2018-04-17 10:36:12 +0200) > > are available in the Git repository at: > >

Re: [REVIEW][PATCH 15/22] signal/s390: Use force_sig_fault where appropriate

bout a 5 line reduction in code for every time force_sig_info > is called, which makes the calling function clearer. > > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > Cc: linux-s...@vger.kernel.org > Signed-off-by: "

Re: [REVIEW][PATCH 15/22] signal/s390: Use force_sig_fault where appropriate

or every time force_sig_info > is called, which makes the calling function clearer. > > Cc: Martin Schwidefsky > Cc: Heiko Carstens > Cc: linux-s...@vger.kernel.org > Signed-off-by: "Eric W. Biederman" > --- > arch/s390/kernel/traps.c | 32 ++--

[GIT PULL] s390 patches for 4.17-rc2

default_defconfig to debug_defconfig Martin Schwidefsky (3): s390/smsgiucv: disable SMSG on module unload s390: update defconfig s390/signal: cleanup uapi struct sigaction Philipp Rudo (7): s390/kexec_file: Prepare setup.h for kexec_file_load s390/kexec_file: Add purgatory s390

[GIT PULL] s390 patches for 4.17-rc2

default_defconfig to debug_defconfig Martin Schwidefsky (3): s390/smsgiucv: disable SMSG on module unload s390: update defconfig s390/signal: cleanup uapi struct sigaction Philipp Rudo (7): s390/kexec_file: Prepare setup.h for kexec_file_load s390/kexec_file: Add purgatory s390

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

handler Martin Schwidefsky (1): s390: correct nospec auto detection init order Vasily Gorbik (11): s390/ipl: ensure loadparm valid flag is set s390/ipl: unite diag308 and scsi boot ipl blocks s390/ipl: get rid of ipl_ssid and ipl_devno s390/ipl: move ipl_flags to ipl.c

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

handler Martin Schwidefsky (1): s390: correct nospec auto detection init order Vasily Gorbik (11): s390/ipl: ensure loadparm valid flag is set s390/ipl: unite diag308 and scsi boot ipl blocks s390/ipl: get rid of ipl_ssid and ipl_devno s390/ipl: move ipl_flags to ipl.c

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