Re: [PATCH v2 0/4] bus: Make remove callback return void

On Wed, Jul 07, 2021 at 10:08:53PM -0400, Sven Van Asbroeck wrote: > On Tue, Jul 6, 2021 at 11:50 AM Uwe Kleine-König > wrote: > > > > drivers/staging/fieldbus/anybuss/host.c | 4 +--- > > Awesome ! > > Acked-by: Sven Van Asbroeck I note that as an Ack for patch 4 only, as the others don't t

Re: [RFC PATCH 27/43] KVM: PPC: Book3S HV P9: Move host OS save/restore functions to built-in

> On 22-Jun-2021, at 4:27 PM, Nicholas Piggin wrote: > > Move the P9 guest/host register switching functions to the built-in > P9 entry code, and export it for nested to use as well. > > This allows more flexibility in scheduling these supervisor privileged > SPR accesses with the HV privileg

[RFC PATCH v0 1/1] powerpc/percpu: Use 2MB atom_size in percpu allocator on radix

The atom_size used by percpu allocator on powerpc is currently determined by mmu_linear_psize which is initialized to 4K and mmu_linear_psize is modified only by hash. Till now for radix the atom_size was defaulting to PAGE_SIZE(64K). Go for 2MB atom_size on radix if support for 2MB pages exist. 2

Re: [PATCH v2 0/4] bus: Make remove callback return void

On Tue, Jul 6, 2021 at 11:50 AM Uwe Kleine-König wrote: > > drivers/staging/fieldbus/anybuss/host.c | 4 +--- Awesome ! Acked-by: Sven Van Asbroeck

Re: [PATCH kernel] KVM: PPC: Book3S HV: Make unique debugfs nodename

On 08/07/2021 03:48, Fabiano Rosas wrote: Alexey Kardashevskiy writes: Currently it is vm-$currentpid which works as long as there is just one VM per the userspace (99.99% cases) but produces a bunch of "debugfs: Directory 'vm16679' with parent 'kvm' already present!" when syzkaller (syscal

Re: [PATCH v2 4/4] bus: Make remove callback return void

On Tue, Jul 06, 2021 at 05:48:03PM +0200, Uwe Kleine-König wrote: > The driver core ignores the return value of this callback because there > is only little it can do when a device disappears. > > This is the final bit of a long lasting cleanup quest where several > buses were converted to also

Re: [PATCH v2 4/4] bus: Make remove callback return void

On 7/6/21 5:48 PM, Uwe Kleine-König wrote: The driver core ignores the return value of this callback because there is only little it can do when a device disappears. This is the final bit of a long lasting cleanup quest where several buses were converted to also return void from their remove cal

Re: [PATCH] powerpc: preempt: Don't touch the idle task's preempt_count during hotplug

On Wed, Jul 07, 2021 at 07:38:31PM +0100, Valentin Schneider wrote: > Powerpc currently resets a CPU's idle task preempt_count to 0 before said > task starts executing the secondary startup routine (and becomes an idle > task proper). > > This conflicts with commit > > f1a0a376ca0c ("sched/core

[PATCH] powerpc: preempt: Don't touch the idle task's preempt_count during hotplug

Powerpc currently resets a CPU's idle task preempt_count to 0 before said task starts executing the secondary startup routine (and becomes an idle task proper). This conflicts with commit f1a0a376ca0c ("sched/core: Initialize the idle task with preemption disabled") which initializes all of th

Re: [PATCH kernel] KVM: PPC: Book3S HV: Make unique debugfs nodename

Alexey Kardashevskiy writes: > Currently it is vm-$currentpid which works as long as there is just one > VM per the userspace (99.99% cases) but produces a bunch > of "debugfs: Directory 'vm16679' with parent 'kvm' already present!" > when syzkaller (syscall fuzzer) is running so only one VM is p

Re: [PATCH] powerpc/xive: Do not skip CPU-less nodes when creating the IPIs

On 29/06/2021 15:15, Cédric Le Goater wrote: > On PowerVM, CPU-less nodes can be populated with hot-plugged CPUs at > runtime. Today, the IPI is not created for such nodes, and hot-plugged > CPUs use a bogus IPI, which leads to soft lockups. > > We could create the node IPI on demand but it is a bi

Re: [PATCH v2] xen/hvc: replace BUG_ON() with negative return value

On 07.07.21 11:57, Jan Beulich wrote: On 07.07.2021 11:10, Juergen Gross wrote: Xen frontends shouldn't BUG() in case of illegal data received from their backends. So replace the BUG_ON()s when reading illegal data from the ring page with negative return values. Signed-off-by: Juergen Gross

Re: [PATCH v2] perf vendor events power10: Adds 24x7 nest metric events for power10 platform

Em Mon, Jun 28, 2021 at 12:19:35PM +0530, Kajol Jain escreveu: > Patch adds 24x7 nest metric events for POWER10. Thanks, applied. - Arnaldo > Tested-by: Nageswara R Sastry > Signed-off-by: Kajol Jain > --- > .../arch/powerpc/power10/nest_metrics.json| 424 ++ > 1 file ch

Re: [PATCH] perf script python: Fix buffer size to report iregs in perf script

Em Wed, Jul 07, 2021 at 11:16:20AM +0530, kajoljain escreveu: > On 7/7/21 12:45 AM, Arnaldo Carvalho de Melo wrote: > > Em Tue, Jul 06, 2021 at 05:26:12PM +0530, kajoljain escreveu: > >> On 6/29/21 12:39 PM, kajoljain wrote: > >>> On 6/28/21 8:19 PM, Paul A. Clarke wrote: > On Mon, Jun 28, 202

Re: [PATCH v2] xen/hvc: replace BUG_ON() with negative return value

On 07.07.2021 11:10, Juergen Gross wrote: > Xen frontends shouldn't BUG() in case of illegal data received from > their backends. So replace the BUG_ON()s when reading illegal data from > the ring page with negative return values. > > Signed-off-by: Juergen Gross Reviewed-by: Jan Beulich > ---

Re: [RFC PATCH] powerpc: flexible register range save/restore macros

Excerpts from Christophe Leroy's message of July 5, 2021 3:52 pm: > > > Le 03/07/2021 à 11:14, Nicholas Piggin a écrit : >> Introduce macros that operate on a (start, end) range of registers, >> which reduces lines of code and need to do mental arithmetic while >> reading the code. > > Looks lik

Re: [PATCH v2] xen/hvc: replace BUG_ON() with negative return value

On 07. 07. 21, 12:40, Juergen Gross wrote: And btw, since I've got puzzled by the linuxppc-dev@ in the recipients list, I did look up relevant entries in ./MAINTAINERS. Shouldn't the file be part of "XEN HYPERVISOR INTERFACE"? I wouldn't mind. Greg, Jiri, what do you think? /me concurs. than

Re: [FSL P50xx] IRQ issues

Nice, thanks for reporting and testing. I submitted a qemu patch to hopefully avoid this happening again in future. Thanks, Nick Excerpts from Christian Zigotzky's message of July 7, 2021 1:22 am: > Hi Nick, > > Your patch works (see patch below)! Many thanks for your help! We tested > it on a

[PATCH v2] xen/hvc: replace BUG_ON() with negative return value

Xen frontends shouldn't BUG() in case of illegal data received from their backends. So replace the BUG_ON()s when reading illegal data from the ring page with negative return values. Signed-off-by: Juergen Gross --- V2: - drop BUG_ON() (Christophe Leroy, Greg Kroah-Hartmann) - replace WARN_ONCE()