Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag

Linus Torvalds writes: > On Fri, Aug 7, 2020 at 6:14 AM Michael Ellerman wrote: >> >> Just one minor conflict, in a comment in drivers/misc/ocxl/config.c. > > Well, this morning I merged the ptrace ->regset_get() updates from Al, > and that brought in a different conflict. Ah fooey. > I _think_

Re: [PATCH 21/22] crypto: qce - add check for xts input length equal to zero

Hi, Thanks for the patch! On 8/7/20 7:20 PM, Andrei Botila wrote: > From: Andrei Botila > > Standardize the way input lengths equal to 0 are handled in all skcipher > algorithms. All the algorithms return 0 for input lengths equal to zero. > > Signed-off-by: Andrei Botila > --- > drivers/cry

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag

On Fri, Aug 07, 2020 at 10:46:13AM -0700, Linus Torvalds wrote: > On Fri, Aug 7, 2020 at 6:14 AM Michael Ellerman wrote: > > > > Just one minor conflict, in a comment in drivers/misc/ocxl/config.c. > > Well, this morning I merged the ptrace ->regset_get() updates from Al, > and that brought in a

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag

The pull request you sent on Fri, 07 Aug 2020 23:13:37 +1000: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-5.9-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/25d8d4eecace9de5a6a2193e4df1917afbdd3052 Thank you! -- Deet-doot-do

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag

On Fri, Aug 7, 2020 at 6:14 AM Michael Ellerman wrote: > > Just one minor conflict, in a comment in drivers/misc/ocxl/config.c. Well, this morning I merged the ptrace ->regset_get() updates from Al, and that brought in a different conflict. I _think_ I resolved it correctly, but while the new mo

[PATCH] arch/powerpc: use simple i2c probe function

The i2c probe functions here don't use the id information provided in their second argument, so the single-parameter i2c probe function ("probe_new") can be used instead. This avoids scanning the identifier tables during probes. Signed-off-by: Stephen Kitt --- arch/powerpc/platforms/44x/ppc476.

[PATCH 22/22] crypto: vmx - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: "Breno Leitão" Cc: Nayna Jain Cc: Paulo Flabiano Smorigo Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerm

[PATCH 21/22] crypto: qce - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Signed-off-by: Andrei Botila --- drivers/crypto/qce/skcipher.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/cr

[PATCH 20/22] crypto: octeontx - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Boris Brezillon Cc: Arnaud Ebalard Cc: Srujana Challa Signed-off-by: Andrei Botila --- drivers/crypto/marvell/octeontx/ot

[PATCH 19/22] crypto: inside-secure - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Antoine Tenart Signed-off-by: Andrei Botila --- drivers/crypto/inside-secure/safexcel_cipher.c | 6 ++ 1 file changed,

[PATCH 18/22] crypto: hisilicon/sec - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Signed-off-by: Andrei Botila --- drivers/crypto/hisilicon/sec/sec_algs.c | 4 1 file changed, 4 insertions(+) diff --git a

[PATCH 17/22] crypto: chelsio - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Ayush Sawal Cc: Vinay Kumar Yadav Cc: Rohit Maheshwari Signed-off-by: Andrei Botila --- drivers/crypto/chelsio/chcr_algo.

[PATCH 16/22] crypto: ccree - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. This change has implications not only for xts(aes) but also for cts(cbc(aes)) and cts(cbc(paes)). Cc: Gilad Ben-Yossef Signed-off

[PATCH 15/22] crypto: ccp - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Tom Lendacky Cc: John Allen Signed-off-by: Andrei Botila --- drivers/crypto/ccp/ccp-crypto-aes-xts.c | 3 +++ 1 file chang

[PATCH 14/22] crypto: cavium/nitrox - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Srikanth Jampala Cc: Nagadheeraj Rottela Signed-off-by: Andrei Botila --- drivers/crypto/cavium/nitrox/nitrox_skcipher.c |

[PATCH 13/22] crypto: cavium/cpt - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: George Cherian Signed-off-by: Andrei Botila --- drivers/crypto/cavium/cpt/cptvf_algs.c | 4 1 file changed, 4 insertio

[PATCH 12/22] crypto: bcm - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Zhang Shengju Cc: Tang Bin Signed-off-by: Andrei Botila --- drivers/crypto/bcm/cipher.c | 3 +++ 1 file changed, 3 inserti

[PATCH 11/22] crypto: artpec6 - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Jesper Nilsson Cc: Lars Persson Signed-off-by: Andrei Botila --- drivers/crypto/axis/artpec6_crypto.c | 6 ++ 1 file c

[PATCH 10/22] crypto: atmel-aes - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Nicolas Ferre Cc: Alexandre Belloni Cc: Ludovic Desroches Signed-off-by: Andrei Botila --- drivers/crypto/atmel-aes.c | 4

[PATCH 09/22] crypto: xts - add check for block length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Signed-off-by: Andrei Botila --- crypto/xts.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/crypto/xts.c b/crypto/xt

[PATCH 08/22] crypto: x86/glue_helper - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: "H. Peter Anvin" Signed-off-by: Andrei Botila --- arch/x86/crypt

[PATCH 07/22] crypto: s390/paes - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Heiko Carstens Cc: Vasily Gorbik Cc: Christian Borntraeger Signed-off-by: Andrei Botila --- arch/s390/crypto/paes_s390.c

[PATCH 06/22] crypto: s390/aes - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Heiko Carstens Cc: Vasily Gorbik Cc: Christian Borntraeger Signed-off-by: Andrei Botila --- arch/s390/crypto/aes_s390.c |

[PATCH 05/22] crypto: powerpc/aes-spe - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Signed-off-by: Andrei Botila --- arch/powerpc/crypto/aes-s

[PATCH 04/22] crypto: arm64/aes-neonbs - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Andrei Botila --- arch/arm64/crypto/aes-neonbs-glue.c | 3 +++ 1 file chang

[PATCH 03/22] crypto: arm64/aes - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Andrei Botila --- arch/arm64/crypto/aes-glue.c | 6 ++ 1 file changed,

[PATCH 02/22] crypto: arm/aes-neonbs - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Russell King Signed-off-by: Andrei Botila --- arch/arm/crypto/aes-neonbs-glue.c | 3 +++ 1 file changed, 3 insertions(+) d

[PATCH 01/22] crypto: arm/aes-ce - add check for xts input length equal to zero

From: Andrei Botila Standardize the way input lengths equal to 0 are handled in all skcipher algorithms. All the algorithms return 0 for input lengths equal to zero. Cc: Russell King Signed-off-by: Andrei Botila --- arch/arm/crypto/aes-ce-glue.c | 6 ++ 1 file changed, 6 insertions(+) di

[PATCH 00/22] crypto: add check for xts input length equal to zero

From: Andrei Botila This patch set is a follow-up on the previous RFC discussion which can be found here: https://lore.kernel.org/r/4145904.a5p2xsn...@tauon.chronox.de This series converts all XTS implementations to return 0 when the input length is equal to 0. This change is necessary in order

Re: [RFC PATCH 1/2] powerpc/numa: Introduce logical numa id

"Aneesh Kumar K.V" writes: > On 8/7/20 9:54 AM, Nathan Lynch wrote: >> "Aneesh Kumar K.V" writes: >>> diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c >>> index e437a9ac4956..6c659aada55b 100644 >>> --- a/arch/powerpc/mm/numa.c >>> +++ b/arch/powerpc/mm/numa.c >>> @@ -221,25 +221,51 @

Re: [Latest Git kernel/Linux-next kernel] Xorg doesn't start after the seccomp updates v5.9-rc1

Hi Kees, Thanks a lot for your patch! I think your patch works because I can patch the Git source code but the kernel doesn’t boot. In my point of view your modifications aren’t responsible for this second issue. The kernel can’t initialize the graphics card anymore. I think the latest DRM upda

Re: [PATCH 10/22] crypto: atmel-aes - add check for xts input length equal to zero

Hi Andrei, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on cryptodev/master] [also build test WARNING on crypto/master next-20200807] [cannot apply to powerpc/next sparc-next/master v5.8] [If your patch is applied to the wrong git tree, kindly drop us a note

Re: [Latest Git kernel/Linux-next kernel] Xorg doesn't start after the seccomp updates v5.9-rc1

On Fri, Aug 07, 2020 at 04:45:14PM +0200, Christian Zigotzky wrote: > But Xorg works on Ubuntu 10.04.4 (PowerPC 32-bit), openSUSE Tumbleweed > 20190722 PPC64 and on Fedora 27 PPC64 with the latest Git kernel. > > I bisected today [4]. > > Result: net/scm: Regularize compat handling of scm_detach_

[RFC PATCH v1] power: don't manage floating point regs when no FPU

There is no point in copying floating point regs when there is no FPU and MATH_EMULATION is not selected. Create a new CONFIG_PPC_FPU_REGS bool that is selected by CONFIG_MATH_EMULATION and CONFIG_PPC_FPU, and use it to opt out everything related to fp_state in thread_struct. The following app ru

Re: [PATCH] powerpc:entry_32: correct the path and function name in the comment

Le 07/08/2020 à 12:19, chenzefeng a écrit : Update the comment for file's directory and function name changed. Fixes: facd04a904ff ("powerpc: convert to copy_thread_tls") Fixes: 14cf11af6cf6 ("powerpc: Merge enough to start building in arch/powerpc.") Signed-off-by: chenzefeng --- arch/po

[Latest Git kernel/Linux-next kernel] Xorg doesn't start after the seccomp updates v5.9-rc1

Hello, Xorg doesn't start with the latest Git kernel anymore on some Linux distributions after the seccomp updates v5.9-rc1 [1]. For example on Fienix (Debian Sid PowerPC 32-bit) and on ubuntu MATE 16.04.6 (PowerPC 32-bit). I tested these distributions on the A-EON AmigaOne X1000 [2], A-EON A

[PATCH] powerpc:entry_32: correct the path and function name in the comment

Update the comment for file's directory and function name changed. Fixes: facd04a904ff ("powerpc: convert to copy_thread_tls") Fixes: 14cf11af6cf6 ("powerpc: Merge enough to start building in arch/powerpc.") Signed-off-by: chenzefeng --- arch/powerpc/kernel/entry_32.S | 4 ++-- 1 file changed,

[GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Linus, Please pull powerpc updates for 5.9. Just one minor conflict, in a comment in drivers/misc/ocxl/config.c. Notable out of area changes: arch/m68k/include/asm/adb_iop.h # c66da95a39ec macintosh/adb-iop: Implement SRQ autopolling

[PATCH] powerpc/papr_scm: Make access mode of 'perf_stats' attribute file to '0400'

The newly introduced 'perf_stats' attribute uses the default access mode of 0444 letting non-root users access performance stats of an nvdimm and potentially force the kernel into issuing large number of expensive HCALLs. Since the information exposed by this attribute cannot be cached hence its be

Re: [PATCH V6 0/2] tools/perf: Add extended regs support for powerpc

Em Fri, Aug 07, 2020 at 06:11:17AM -0400, Athira Rajeev escreveu: > Patch set to add perf tools support for perf extended register capability > in powerpc. > > Patch 1/2 adds extended regs for power9 ( mmcr0, mmcr1 and mmcr2 ) > to sample_reg_mask in the tool side to use with `-I?`. > Patch 2/2 a

Re: [PATCH 1/2] lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state

What's wrong with something like this? AFAICT there's no reason to actually try and add IRQ tracing here, it's just a hand full of instructions at the most. --- diff --git a/arch/powerpc/include/asm/hw_irq.h b/arch/powerpc/include/asm/hw_irq.h index 3a0db7b0b46e..6be22c1838e2 100644 --- a/arc

[PATCH v2] powerpc/pci: unmap legacy INTx interrupts when a PHB is removed

When a passthrough IO adapter is removed from a pseries machine using hash MMU and the XIVE interrupt mode, the POWER hypervisor expects the guest OS to clear all page table entries related to the adapter. If some are still present, the RTAS call which isolates the PCI slot returns error 9001 "vali

[PATCH V6 2/2] tools/perf: Add perf tools support for extended regs in power10

Added support for supported regs which are new in power10 ( MMCR3, SIER2, SIER3 ) to sample_reg_mask in the tool side to use with `-I?` option. Also added PVR check to send extended mask for power10 at kernel while capturing extended regs in each sample. Signed-off-by: Athira Rajeev Reviewed-by:

[PATCH V6 1/2] tools/perf: Add perf tools support for extended register capability in powerpc

From: Anju T Sudhakar Add extended regs to sample_reg_mask in the tool side to use with `-I?` option. Perf tools side uses extended mask to display the platform supported register names (with -I? option) to the user and also send this mask to the kernel to capture the extended registers in each s

[PATCH V6 0/2] tools/perf: Add extended regs support for powerpc

Patch set to add perf tools support for perf extended register capability in powerpc. Patch 1/2 adds extended regs for power9 ( mmcr0, mmcr1 and mmcr2 ) to sample_reg_mask in the tool side to use with `-I?`. Patch 2/2 adds extended regs for power10 ( mmcr3, sier2, sier3) to sample_reg_mask in the

[PATCH V6 1/2] powerpc/perf: Add support for outputting extended regs in perf intr_regs

From: Anju T Sudhakar Add support for perf extended register capability in powerpc. The capability flag PERF_PMU_CAP_EXTENDED_REGS, is used to indicate the PMU which support extended registers. The generic code define the mask of extended registers as 0 for non supported architectures. Patch add

[PATCH V6 2/2] powerpc/perf: Add extended regs support for power10 platform

Include capability flag `PERF_PMU_CAP_EXTENDED_REGS` for power10 and expose MMCR3, SIER2, SIER3 registers as part of extended regs. Also introduce `PERF_REG_PMU_MASK_31` to define extended mask value at runtime for power10 Signed-off-by: Athira Rajeev [Fix build failure on PPC32 platform] Suggest

[PATCH V6 0/2] powerpc/perf: Add support for perf extended regs in powerpc

Patch set to add support for perf extended register capability in powerpc. The capability flag PERF_PMU_CAP_EXTENDED_REGS, is used to indicate the PMU which support extended registers. The generic code define the mask of extended registers as 0 for non supported architectures. patch 1/2 defines th

Re: [PATCH v5 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

On Fri, Aug 07, 2020 at 08:58:09AM +0200, David Hildenbrand wrote: > On 07.08.20 06:32, Andrew Morton wrote: > > On Fri, 3 Jul 2020 18:28:23 +0530 Srikar Dronamraju > > wrote: > > > >>> The memory hotplug changes that somehow because you can hotremove numa > >>> nodes and therefore make the node

Re: [PATCH v2 2/2] powerpc/pci: unmap all interrupts when a PHB is removed

On 8/7/20 8:01 AM, Alexey Kardashevskiy wrote: > > > On 18/06/2020 02:29, Cédric Le Goater wrote: >> Some PCI adapters, like GPUs, use the "interrupt-map" property to >> describe interrupt mappings other than the legacy INTx interrupts. >> There can be more than 4 mappings. >> >> To clear all int

[PATCH v2 2/2] powerpc/topology: Override cpu_smt_mask

On Power9, a pair of SMT4 cores can be presented by the firmware as a SMT8 core for backward compatibility reasons, with the fusion of two SMT4 cores. Powerpc allows LPARs to be live migrated from Power8 to Power9. Existing software developed/configured for Power8, expects to see a SMT8 core. In

[PATCH v2 1/2] sched/topology: Allow archs to override cpu_smt_mask

cpu_smt_mask tracks topology_sibling_cpumask. This would be good for most architectures. One of the users of cpu_smt_mask(), would be to identify idle-cores. On Power9, a pair of SMT4 cores can be presented by the firmware as a SMT8 core for backward compatibility reasons. Powerpc allows LPARs to

Re: [PATCH] powerpc/pseries/hotplug-cpu: increase wait time for vCPU death

Hi everyone, Michael Ellerman writes: > Greg Kurz writes: >> On Tue, 04 Aug 2020 23:35:10 +1000 >> Michael Ellerman wrote: >>> Spinning forever seems like a bad idea, but as has been demonstrated at >>> least twice now, continuing when we don't know the state of the other >>> CPU can lead to st

Re: [PATCH v5 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

On 07.08.20 06:32, Andrew Morton wrote: > On Fri, 3 Jul 2020 18:28:23 +0530 Srikar Dronamraju > wrote: > >>> The memory hotplug changes that somehow because you can hotremove numa >>> nodes and therefore make the nodemask sparse but that is not a common >>> case. I am not sure what would happen