Re: [PATCH -next] misc: ocxl: Make ocxl_remove static

2019-05-05 Thread Andrew Donnellan
On 4/5/19 8:27 pm, YueHaibing wrote: Fix sparse warning: drivers/misc/ocxl/pci.c:44:6: warning: symbol 'ocxl_remove' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: YueHaibing Good catch! Acked-by: Andrew Donnellan --- drivers/misc/ocxl/pci.c | 2 +- 1

Re: [PATCH -next] ocxl: Fix return value check in afu_ioctl()

2019-05-05 Thread Andrew Donnellan
On 4/5/19 5:04 pm, Wei Yongjun wrote: In case of error, the function eventfd_ctx_fdget() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). This issue was detected by using the Coccinelle software. Fixes: 060146614643 ("ocxl: move

Re: [PATCH v3] dpaa_eth: fix SG frame cleanup

2019-05-05 Thread David Miller
From: laurentiu.tu...@nxp.com Date: Fri, 3 May 2019 16:03:11 +0300 > From: Laurentiu Tudor > > Fix issue with the entry indexing in the sg frame cleanup code being > off-by-1. This problem showed up when doing some basic iperf tests and > manifested in traffic coming to a halt. > > Signed-off-

Re: [PATCH] net: ucc_geth - fix Oops when changing number of buffers in the ring

2019-05-05 Thread David Miller
From: Christophe Leroy Date: Fri, 3 May 2019 13:33:23 + (UTC) > When changing the number of buffers in the RX ring while the interface > is running, the following Oops is encountered due to the new number > of buffers being taken into account immediately while their allocation > is done when

[Bug 203515] [crypto] alg: skcipher: p8_aes_ctr encryption test failed (wrong result) on test vector 3, cfg="uneven misaligned splits, may sleep"

2019-05-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203515 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Kernel Version|5.1.0-rc7 |5.1.0-rc1 --- Comment

[Bug 203515] [crypto] alg: skcipher: p8_aes_ctr encryption test failed (wrong result) on test vector 3, cfg="uneven misaligned splits, may sleep"

2019-05-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203515 --- Comment #3 from Erhard F. (erhar...@mailbox.org) --- Created attachment 282623 --> https://bugzilla.kernel.org/attachment.cgi?id=282623&action=edit bisect.log git-bisect found 4e7babba30d820c4195b1d58cf51dce3c22ecf2b as the 1st bad commit:

[Bug 203515] [crypto] alg: skcipher: p8_aes_ctr encryption test failed (wrong result) on test vector 3, cfg="uneven misaligned splits, may sleep"

2019-05-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203515 --- Comment #4 from Erhard F. (erhar...@mailbox.org) --- Created attachment 282625 --> https://bugzilla.kernel.org/attachment.cgi?id=282625&action=edit kernel .config of the final bisect (5.0.0-rc1+, Talos II) -- You are receiving this mail be

[PATCH] powerpc/64s: support nospectre_v2 cmdline option

2019-05-05 Thread Christopher M. Riedl
Add support for disabling the kernel implemented spectre v2 mitigation (count cache flush on context switch) via the nospectre_v2 cmdline option. Suggested-by: Michael Ellerman Signed-off-by: Christopher M. Riedl --- reference: https://github.com/linuxppc/issues/issues/236 arch/powerpc/kernel/

[PATCH] powerpc/book3s/64: check for NULL pointer in pgd_alloc()

2019-05-05 Thread Rick Lindsley
When the memset code was added to pgd_alloc(), it failed to consider that kmem_cache_alloc() can return NULL. It's uncommon, but not impossible under heavy memory contention. Signed-off-by: Rick Lindsley Fixes: cf266dbcd2a7 ("Zero PGD pages on allocation") --- a/arch/powerpc/include/asm/book

Re: [PATCH] powerpc/64s: support nospectre_v2 cmdline option

2019-05-05 Thread Andrew Donnellan
On 6/5/19 8:10 am, Christopher M. Riedl wrote: Add support for disabling the kernel implemented spectre v2 mitigation (count cache flush on context switch) via the nospectre_v2 cmdline option. Suggested-by: Michael Ellerman Signed-off-by: Christopher M. Riedl --- arch/powerpc/kernel/securit

Re: [PATCH kernel] prom_init: Fetch flatten device tree from the system firmware

2019-05-05 Thread Alexey Kardashevskiy
On 03/05/2019 12:35, David Gibson wrote: > On Fri, May 03, 2019 at 10:10:57AM +1000, Stewart Smith wrote: >> David Gibson writes: >>> On Wed, May 01, 2019 at 01:42:21PM +1000, Alexey Kardashevskiy wrote: At the moment, on 256CPU + 256 PCI devices guest, it takes the guest about 8.5sec

[PATCH] powerpc/mm: Fix makefile for KASAN

2019-05-05 Thread Christophe Leroy
In commit 17312f258cf6 ("powerpc/mm: Move book3s32 specifics in subdirectory mm/book3s64"), ppc_mmu_32.c was moved and renamed. This patch fixes Makefiles to disable KASAN instrumentation on the new name and location. Fixes: f072015c7b74 ("powerpc: disable KASAN instrumentation on early/critical

[PATCH] powerpc/kasan: add missing/lost Makefile

2019-05-05 Thread Christophe Leroy
For unknown reason, the new Makefile added via the KASAN suppot patch didn't land into arch/powerpc/mm/kasan/ This patch restores it. Fixes: 2edb16efc899 ("powerpc/32: Add KASAN support") Signed-off-by: Christophe Leroy --- arch/powerpc/mm/kasan/Makefile | 5 + 1 file changed, 5 insertions(

Re: [PATCH v2 03/15] powerpc/mm: convert Book3E 64 to pte_fragment

2019-05-05 Thread Christophe Leroy
Le 26/04/2019 à 17:58, Christophe Leroy a écrit : Book3E 64 is the only subarch not using pte_fragment. In order to allow refactorisation, this patch converts it to pte_fragment. Reviewed-by: Aneesh Kumar K.V Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/mmu_context.h

[PATCH] powerpc/mm: fix redundant inclusion of pgtable-frag.o in Makefile

2019-05-05 Thread Christophe Leroy
The patch identified below added pgtable-frag.o to obj-y but some merge witchery kept it also for obj-CONFIG_PPC_BOOK3S_64 This patch clears the duplication. Fixes: 737b434d3d55 ("powerpc/mm: convert Book3E 64 to pte_fragment") Signed-off-by: Christophe Leroy --- arch/powerpc/mm/Makefile | 1 -

Re: [PATCH 00/10] implement DYNAMIC_DEBUG_RELATIVE_POINTERS

2019-05-05 Thread Rasmus Villemoes
On 09/04/2019 23.25, Rasmus Villemoes wrote: > While refreshing these patches, which were orignally just targeted at > x86-64, it occured to me that despite the implementation relying on > inline asm, there's nothing x86 specific about it, and indeed it seems > to work out-of-the-box for ppc64 and

Re: [PATCH] EDAC, mpc85xx: Prevent building as a module

2019-05-05 Thread Johannes Thumshirn
Acked-by: Johannes Thumshirn -- Johannes ThumshirnSUSE Labs Filesystems jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Mary Higgins, Sri Rasiah HRB 21284 (AG Nürnberg) Key finger