* Re: [PATCH] powerpc/powernv: Print helpful message when cores guarded
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Michael Ellerman, Joel Stanley
In-Reply-To: <20190801051630.5804-1-joel@jms.id.au>
On Thu, 1 Aug 2019 14:46:30 +0930, Joel Stanley wrote:
> Often the firmware will guard out cores after a crash. This often
> undesirable, and is not immediately noticeable.
>
> This adds an informative message when a CPU device tree nodes are marked
> bad in the device tree.
Applied to powerpc/next.
[1/1] powerpc/powernv: Print helpful message when cores guarded
https://git.kernel.org/powerpc/c/8f55984f530d7275531e17f36ea29229c2c410dd
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc: Warn about use of smt_snooze_delay
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Joel Stanley; +Cc: Gautham R Shenoy, Tyrel Datwyler
In-Reply-To: <20200630015935.2675676-1-joel@jms.id.au>
On Tue, 30 Jun 2020 11:29:35 +0930, Joel Stanley wrote:
> It's not done anything for a long time. Save the percpu variable, and
> emit a warning to remind users to not expect it to do anything.
>
> Fixes: 3fa8cad82b94 ("powerpc/pseries/cpuidle: smt-snooze-delay cleanup.")
> Cc: stable@vger.kernel.org # v3.14
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> --
> v2:
> Use pr_warn instead of WARN
> Reword and print proccess name with pid in message
> Leave CPU_FTR_SMT test in
> Add Fixes line
>
> [...]
Applied to powerpc/next.
[1/1] powerpc: Warn about use of smt_snooze_delay
https://git.kernel.org/powerpc/c/a02f6d42357acf6e5de6ffc728e6e77faf3ad217
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc: Warn about use of smt_snooze_delay
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Joel Stanley; +Cc: Gautham R . Shenoy
In-Reply-To: <20200902000012.3440389-1-joel@jms.id.au>
On Wed, 2 Sep 2020 09:30:11 +0930, Joel Stanley wrote:
> It's not done anything for a long time. Save the percpu variable, and
> emit a warning to remind users to not expect it to do anything.
>
> This uses pr_warn_once instead of pr_warn_ratelimit as testing
> 'ppc64_cpu --smt=off' on a 24 core / 4 SMT system showed the warning to
> be noisy, as the online/offline loop is slow.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc: Warn about use of smt_snooze_delay
https://git.kernel.org/powerpc/c/a02f6d42357acf6e5de6ffc728e6e77faf3ad217
cheers
^ permalink raw reply
* Re: [PATCH v5 0/4] Allow bigger 64bit window by removing default DMA window
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: Leonardo Bras, Murilo Fossa Vicentini, Michael Ellerman,
Alexey Kardashevskiy, David Dai, Ram Pai, Thiago Jung Bauermann,
Paul Mackerras, Benjamin Herrenschmidt, Brian King
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20200805030455.123024-1-leobras.c@gmail.com>
On Wed, 5 Aug 2020 00:04:51 -0300, Leonardo Bras wrote:
> There are some devices in which a hypervisor may only allow 1 DMA window
> to exist at a time, and in those cases, a DDW is never created to them,
> since the default DMA window keeps using this resource.
>
> LoPAR recommends this procedure:
> 1. Remove the default DMA window,
> 2. Query for which configs the DDW can be created,
> 3. Create a DDW.
>
> [...]
Applied to powerpc/next.
[1/4] powerpc/pseries/iommu: Create defines for operations in ibm, ddw-applicable
https://git.kernel.org/powerpc/c/cac3e629086f1b2e31c87a6c9b0130d29843ae86
[2/4] powerpc/pseries/iommu: Update call to ibm, query-pe-dma-windows
https://git.kernel.org/powerpc/c/80f0251231131d164eddab78d2b6c1b8e37d0093
[3/4] powerpc/pseries/iommu: Move window-removing part of remove_ddw into remove_dma_window
https://git.kernel.org/powerpc/c/74d0b3994e147a2b503170b5e02f1d07dc086586
[4/4] powerpc/pseries/iommu: Allow bigger 64bit window by removing default DMA window
https://git.kernel.org/powerpc/c/8c0d51592f6f0123953633d1ecf21e843fce0bfd
cheers
^ permalink raw reply
* Re: [PATCH 1/3] selftests/powerpc: Fix TM tests when CPU 0 is offline
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20200813013445.686464-1-mpe@ellerman.id.au>
On Thu, 13 Aug 2020 11:34:43 +1000, Michael Ellerman wrote:
> Several of the TM tests fail spuriously if CPU 0 is offline, because
> they blindly try to affinitise to CPU 0.
>
> Fix them by picking any online CPU and using that instead.
Applied to powerpc/next.
[1/3] selftests/powerpc: Fix TM tests when CPU 0 is offline
https://git.kernel.org/powerpc/c/c0176429b7b07893a5c1fd38baff055c919ba9e3
[2/3] selftests/powerpc: Don't use setaffinity in tm-tmspr
https://git.kernel.org/powerpc/c/769628710c33b18ede837bb488e1d24084b35592
[3/3] selftests/powerpc: Run tm-tmspr test for longer
https://git.kernel.org/powerpc/c/b5a646a681f5d67ea5190a71d6e84a91efe63b7a
cheers
^ permalink raw reply
* Re: [PATCH 1/9] selftests/powerpc: Make using_hash_mmu() work on Cell & PowerMac
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20200819015727.1977134-1-mpe@ellerman.id.au>
On Wed, 19 Aug 2020 11:57:19 +1000, Michael Ellerman wrote:
> These platforms don't show the MMU in /proc/cpuinfo, but they always
> use hash, so teach using_hash_mmu() that.
Applied to powerpc/next.
[1/9] selftests/powerpc: Make using_hash_mmu() work on Cell & PowerMac
https://git.kernel.org/powerpc/c/34c103342be3f9397e656da7c5cc86e97b91f514
[2/9] selftests/powerpc: Give the bad_accesses test longer to run
https://git.kernel.org/powerpc/c/17c98a541dc9bb1162877af41cddbdca043f9a59
[3/9] selftests/powerpc: Move set_dscr() into rfi_flush.c
https://git.kernel.org/powerpc/c/d89002397cfb2b65267d6688fe671ee1cf7c5f0d
[4/9] selftests/powerpc: Include asm/cputable.h from utils.h
https://git.kernel.org/powerpc/c/178282a054dced1a08a9683d41ac08cbace2b2fe
[5/9] selftests/powerpc: Don't run DSCR tests on old systems
https://git.kernel.org/powerpc/c/4c3c3c502575556c4bc1b401235e641863b1bce6
[6/9] selftests/powerpc: Skip security tests on older CPUs
https://git.kernel.org/powerpc/c/3a31518a242dcb262b008d3bb5d4b1cf50cf4026
[7/9] selftests/powerpc: Skip L3 bank test on older CPUs
https://git.kernel.org/powerpc/c/4871a10b7b5f6b0632bff229884dad1cb1e8dc37
[8/9] selftests/powerpc: Don't touch VMX/VSX on older CPUs
https://git.kernel.org/powerpc/c/09275d717d1b2d7d5ed91f2140bb34246514a1b4
[9/9] selftests/powerpc: Properly handle failure in switch_endian_test
https://git.kernel.org/powerpc/c/003d6f5fd2cc3b529f3e6c529bc4bb0792930212
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/64: Remove unused generic_secondary_thread_init()
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20200819015704.1976364-1-mpe@ellerman.id.au>
On Wed, 19 Aug 2020 11:57:04 +1000, Michael Ellerman wrote:
> The last caller was removed in 2014 in commit fb5a515704d7 ("powerpc:
> Remove platforms/wsp and associated pieces").
>
> As Jordan noticed even though there are no callers, the code above in
> fsl_secondary_thread_init() falls through into
> generic_secondary_thread_init(). So we can remove the _GLOBAL but not
> the body of the function.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/64: Remove unused generic_secondary_thread_init()
https://git.kernel.org/powerpc/c/529d2bd56ada4b8a4904909042792879868208cd
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Nathan Lynch; +Cc: tyreld, cheloha, ldufour
In-Reply-To: <20200728173741.717372-1-nathanl@linux.ibm.com>
On Tue, 28 Jul 2020 12:37:41 -0500, Nathan Lynch wrote:
> The drmem lmb list can have hundreds of thousands of entries, and
> unfortunately lookups take the form of linear searches. As long as
> this is the case, traversals have the potential to monopolize the CPU
> and provoke lockup reports, workqueue stalls, and the like unless
> they explicitly yield.
>
> Rather than placing cond_resched() calls within various
> for_each_drmem_lmb() loop blocks in the code, put it in the iteration
> expression of the loop macro itself so users can't omit it.
Applied to powerpc/next.
[1/1] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
https://git.kernel.org/powerpc/c/9d6792ffe140240ae54c881cc4183f9acc24b4df
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Nathan Lynch; +Cc: tyreld, cheloha, ldufour
In-Reply-To: <20200813151131.2070161-1-nathanl@linux.ibm.com>
On Thu, 13 Aug 2020 10:11:31 -0500, Nathan Lynch wrote:
> The drmem lmb list can have hundreds of thousands of entries, and
> unfortunately lookups take the form of linear searches. As long as
> this is the case, traversals have the potential to monopolize the CPU
> and provoke lockup reports, workqueue stalls, and the like unless
> they explicitly yield.
>
> Rather than placing cond_resched() calls within various
> for_each_drmem_lmb() loop blocks in the code, put it in the iteration
> expression of the loop macro itself so users can't omit it.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
https://git.kernel.org/powerpc/c/9d6792ffe140240ae54c881cc4183f9acc24b4df
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/pseries/eeh: Fix dumb linebreaks
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, Oliver O'Halloran
In-Reply-To: <20200818044557.135497-1-oohall@gmail.com>
On Tue, 18 Aug 2020 14:45:57 +1000, Oliver O'Halloran wrote:
> These annoy me every time I see them. Why are they here? They're not even
> needed for 80cols compliance.
Applied to powerpc/next.
[1/1] powerpc/pseries/eeh: Fix dumb linebreaks
https://git.kernel.org/powerpc/c/10bf59d923c2766ec8d6f0243481c865c7db9979
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/64s: handle ISA v3.1 local copy-paste context switches
From: Michael Ellerman @ 2020-09-09 13:27 UTC (permalink / raw)
To: linuxppc-dev, kvm-ppc, Nicholas Piggin
In-Reply-To: <20200825075535.224536-1-npiggin@gmail.com>
On Tue, 25 Aug 2020 17:55:35 +1000, Nicholas Piggin wrote:
> The ISA v3.1 the copy-paste facility has a new memory move functionality
> which allows the copy buffer to be pasted to domestic memory (RAM) as
> opposed to foreign memory (accelerator).
>
> This means the POWER9 trick of avoiding the cp_abort on context switch if
> the process had not mapped foreign memory does not work on POWER10. Do the
> cp_abort unconditionally there.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/64s: handle ISA v3.1 local copy-paste context switches
https://git.kernel.org/powerpc/c/dc462267d2d7aacffc3c1d99b02d7a7c59db7c66
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/tools: Remove 90 line limit in checkpatch script
From: Michael Ellerman @ 2020-09-09 13:28 UTC (permalink / raw)
To: linuxppc-dev, Russell Currey
In-Reply-To: <20200828020542.393022-1-ruscur@russell.cc>
On Fri, 28 Aug 2020 12:05:42 +1000, Russell Currey wrote:
> As of commit bdc48fa11e46, scripts/checkpatch.pl now has a default line
> length warning of 100 characters. The powerpc wrapper script was using
> a length of 90 instead of 80 in order to make checkpatch less
> restrictive, but now it's making it more restrictive instead.
>
> I think it makes sense to just use the default value now.
Applied to powerpc/next.
[1/1] powerpc/tools: Remove 90 line limit in checkpatch script
https://git.kernel.org/powerpc/c/0fb4871bcc8997acbb8edf14b301fc150101d6c0
cheers
^ permalink raw reply
* Re: [PATCH 0/7] powerpc: unrel_branch_check.sh: make it suck less
From: Michael Ellerman @ 2020-09-09 13:28 UTC (permalink / raw)
To: Stephen Rothwell, Michael Ellerman; +Cc: Linux PowerPC List, Nicholas Piggin
In-Reply-To: <20200811140435.20957-1-sfr@canb.auug.org.au>
On Wed, 12 Aug 2020 00:04:27 +1000, Stephen Rothwell wrote:
> Michael Ellerman: "who wants to make
> arch/powerpc/tools/unrel_branch_check.sh suck less"
>
> This series is based off the current powerpc/next branch and keeps the
> same functionaity as the original except that it suppresses some error
> messages for early failures that still cause this script to succeed
> (as it always did).
>
> [...]
Applied to powerpc/next.
[1/7] powerpc: unrel_branch_check.sh: fix shellcheck complaints
https://git.kernel.org/powerpc/c/d9de6b0da85c9f51734f7648f6e860b89f94c801
[2/7] powerpc: unrel_branch_check.sh: simplify and combine some executions
https://git.kernel.org/powerpc/c/20ff8ec182160df86571a8af5773ff1e52837d73
[3/7] powerpc: unrel_branch_check.sh: simplify objdump's asm output
https://git.kernel.org/powerpc/c/4e71106c343c625c0bf72a65b244e35e7d2cd037
[4/7] powerpc: unrel_branch_check.sh: convert grep | sed | awk to just sed
https://git.kernel.org/powerpc/c/3d97abbc9f6fe90973551f3e3eef47ffef863114
[5/7] powerpc: unrel_branch_check.sh: simplify and tidy up the final loop
https://git.kernel.org/powerpc/c/b84eaab6ede6477484edc043456cf7d7cfc7f8b3
[6/7] powerpc: unrel_branch_check.sh: fix up the file header
https://git.kernel.org/powerpc/c/3745ae63b405b09c86718f95d96c4b2d2827b087
[7/7] powerpc: unrel_branch_check.sh: exit silently for early errors
https://git.kernel.org/powerpc/c/af13a2244d59c4d63a25abd8257cbaef9d9ffebc
cheers
^ permalink raw reply
* Re: [PATCH 0/2] powerpc: unrel_branch_check.sh: enable llvm-objdump
From: Michael Ellerman @ 2020-09-09 13:28 UTC (permalink / raw)
To: Stephen Rothwell, Michael Ellerman
Cc: Linux PowerPC List, Bill Wendling, Nicholas Piggin
In-Reply-To: <20200812081036.7969-1-sfr@canb.auug.org.au>
On Wed, 12 Aug 2020 18:10:34 +1000, Stephen Rothwell wrote:
> These 2 patches enable this script to work properly when llvm-objtool
> is being used.
>
> They depend on my previos series that make this script suck less.
Applied to powerpc/next.
[1/2] powerpc: unrel_branch_check.sh: use nm to find symbol value
https://git.kernel.org/powerpc/c/b71dca9891b330d5c2d3ff5d41704aa6f64f8e32
[2/2] powerpc: unrel_branch_check.sh: enable the use of llvm-objdump v9, 10 or 11
https://git.kernel.org/powerpc/c/6b1992bcdee8b86a74362192d4d8906731918bcc
cheers
^ permalink raw reply
* Re: [PATCH] arch/powerpc: use simple i2c probe function
From: Michael Ellerman @ 2020-09-09 13:28 UTC (permalink / raw)
To: linuxppc-dev, Stephen Kitt, Scott Wood, Michael Ellerman,
Benjamin Herrenschmidt, Paul Mackerras
Cc: linux-kernel, linux-i2c
In-Reply-To: <20200807152713.381588-1-steve@sk2.org>
On Fri, 7 Aug 2020 17:27:13 +0200, Stephen Kitt wrote:
> 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.
Applied to powerpc/next.
[1/1] powerpc: Use simple i2c probe function
https://git.kernel.org/powerpc/c/6c9100ea39d209e1625ba0fe06134192d9c4752a
cheers
^ permalink raw reply
* Re: [PATCH 1/2] powerpc/vmemmap: Fix memory leak with vmemmap list allocation failures.
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: mpe, Aneesh Kumar K.V, linuxppc-dev
In-Reply-To: <20200731113500.248306-1-aneesh.kumar@linux.ibm.com>
On Fri, 31 Jul 2020 17:04:59 +0530, Aneesh Kumar K.V wrote:
> If we fail to allocate vmemmap list, we don't keep track of allocated
> vmemmap block buf. Hence on section deactivate we skip vmemmap block
> buf free. This results in memory leak.
Applied to powerpc/next.
[1/2] powerpc/vmemmap: Fix memory leak with vmemmap list allocation failures.
https://git.kernel.org/powerpc/c/ccaea15296f9773abd43aaa17ee4b88848e4a505
[2/2] powerpc/vmemmap: Don't warn if we don't find a mapping vmemmap list entry
https://git.kernel.org/powerpc/c/1c0a7ac0ec63ee626f669c9a4e278f6ae1dbfcf2
cheers
^ permalink raw reply
* Re: [v3 1/2] dts: ppc: t4240rdb: remove interrupts property
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: alexandre.belloni, robh+dt, a.zummo, mpe, leoyang.li, benh,
Biwen Li
Cc: linux-rtc, devicetree, linuxppc-dev, linux-kernel, Biwen Li
In-Reply-To: <20200527034228.23793-1-biwen.li@oss.nxp.com>
On Wed, 27 May 2020 11:42:27 +0800, Biwen Li wrote:
> Since the interrupt pin for RTC DS1374 is not connected
> to the CPU on T4240RDB, remove the interrupt property
> from the device tree.
>
> This also fix the following warning for hwclock.util-linux:
> $ hwclock.util-linux
> hwclock.util-linux: select() to /dev/rtc0
> to wait for clock tick timed out
Applied to powerpc/next.
[1/2] powerpc/dts/t4240rdb: remove interrupts property
https://git.kernel.org/powerpc/c/8c7614d648037b0776e0b76cb62911be3b059ea4
[2/2] powerc/dtc/t1024rdb: remove interrupts property
https://git.kernel.org/powerpc/c/843dc8ee23d1b353fa9cc24da3e52be0111d5931
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/oprofile: fix spelling mistake "contex" -> "context"
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: oprofile-list, Michael Ellerman, Benjamin Herrenschmidt,
Paul Mackerras, linuxppc-dev, Colin King, Robert Richter
Cc: kernel-janitors, linux-kernel
In-Reply-To: <20200804174316.402425-1-colin.king@canonical.com>
On Tue, 4 Aug 2020 18:43:16 +0100, Colin King wrote:
> There is a spelling mistake in a pr_debug message. Fix it.
Applied to powerpc/next.
[1/1] powerpc/oprofile: fix spelling mistake "contex" -> "context"
https://git.kernel.org/powerpc/c/346427e668163e85cbbe14e4d9a2ddd49df1536c
cheers
^ permalink raw reply
* Re: [PATCH] cxl: Rework error message for incompatible slots
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: ajd, christophe_lombard, Frederic Barrat, linuxppc-dev; +Cc: stable
In-Reply-To: <20200407115601.25453-1-fbarrat@linux.ibm.com>
On Tue, 7 Apr 2020 13:56:01 +0200, Frederic Barrat wrote:
> Improve the error message shown if a capi adapter is plugged on a
> capi-incompatible slot directly under the PHB (no intermediate switch).
Applied to powerpc/next.
[1/1] cxl: Rework error message for incompatible slots
https://git.kernel.org/powerpc/c/40ac790d99c6dd16b367d5c2339e446a5f1b0593
cheers
^ permalink raw reply
* Re: [PATCH 1/6] powerpc/powernv/smp: Fix spurious DBG() warning
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: Oliver O'Halloran, linuxppc-dev
In-Reply-To: <20200804005410.146094-2-oohall@gmail.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1347 bytes --]
On Tue, 4 Aug 2020 10:54:05 +1000, Oliver O'Halloran wrote:
> When building with W=1 we get the following warning:
>
> arch/powerpc/platforms/powernv/smp.c: In function ‘pnv_smp_cpu_kill_self’:
> arch/powerpc/platforms/powernv/smp.c:276:16: error: suggest braces around
> empty body in an ‘if’ statement [-Werror=empty-body]
> 276 | cpu, srr1);
> | ^
> cc1: all warnings being treated as errors
>
> [...]
Applied to powerpc/next.
[1/6] powerpc/powernv/smp: Fix spurious DBG() warning
https://git.kernel.org/powerpc/c/f6bac19cf65c5be21d14a0c9684c8f560f2096dd
[2/6] powerpc/powernv: Include asm/powernv.h from the local powernv.h
https://git.kernel.org/powerpc/c/8471c1dd93de9a2278d41c527b76291e4ace8f1c
[3/6] powerpc/powernv: Staticify functions without prototypes
https://git.kernel.org/powerpc/c/3b70464aa78917e88c1d4bfc2100c344c0eda8e0
[4/6] powerpc/powernv: Fix spurious kerneldoc warnings in opal-prd.c
https://git.kernel.org/powerpc/c/fb248c3121af713f31736af359608491544cfc23
[5/6] powerpc/powernv: Remove set but not used variable 'parent'
https://git.kernel.org/powerpc/c/18102e4bcc47f5b5ac70e2e4461d022c1ee6df24
[6/6] powerpc/nx: Don't pack struct coprocessor_request_block
https://git.kernel.org/powerpc/c/3ced132a055c4e5046d21732393ae6848ff309e0
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: icp-hv: fix missing of_node_put in success path
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: Benjamin Herrenschmidt, Nicholas Mc Guire
Cc: linuxppc-dev, Paul Mackerras, linux-kernel
In-Reply-To: <1530691407-3991-1-git-send-email-hofrat@osadl.org>
On Wed, 4 Jul 2018 10:03:27 +0200, Nicholas Mc Guire wrote:
> Both of_find_compatible_node() and of_find_node_by_type() will
> return a refcounted node on success - thus for the success path
> the node must be explicitly released with a of_node_put().
Applied to powerpc/next.
[1/1] powerpc/icp-hv: Fix missing of_node_put() in success path
https://git.kernel.org/powerpc/c/d3e669f31ec35856f5e85df9224ede5bdbf1bc7b
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: hwrng; fix missing of_node_put()
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: Michael Ellerman, Nicholas Mc Guire
Cc: linuxppc-dev, Paul Mackerras, linux-kernel
In-Reply-To: <1530522496-14816-1-git-send-email-hofrat@osadl.org>
On Mon, 2 Jul 2018 11:08:16 +0200, Nicholas Mc Guire wrote:
> The call to of_find_compatible_node() returns a node pointer with refcount
> incremented thus it must be explicitly decremented here before returning.
Applied to powerpc/next.
[1/1] powerpc/pseries: Fix missing of_node_put() in rng_init()
https://git.kernel.org/powerpc/c/67c3e59443f5fc77be39e2ce0db75fbfa78c7965
cheers
^ permalink raw reply
* Re: [PATCH v2 0/4] ocxl: Cleanup AFU interrupt allocation
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: ukrishn, clg, christophe_lombard, linuxppc-dev, ajd, mrochs,
Frederic Barrat
Cc: haren, groug
In-Reply-To: <20200403153838.29224-1-fbarrat@linux.ibm.com>
On Fri, 3 Apr 2020 17:38:34 +0200, Frederic Barrat wrote:
> Short series to cleanup AFU interrupt allocation for opencapi.
> Current code was using its own allocation service, calling opal
> directly to get the trigger page. This is not needed and we can use
> xive to achieve the same thing. The only caveat is that the trigger
> page address is only valid after the interrupt has been mapped, but
> that is not a problem with the way the code is using it.
> No functional change.
>
> [...]
Applied to powerpc/next.
[1/4] scsi: cxlflash: Access interrupt trigger page from xive directly
https://git.kernel.org/powerpc/c/1e89da5ef9c28c673e86048c89ef9495618d987d
[2/4] ocxl: Access interrupt trigger page from xive directly
https://git.kernel.org/powerpc/c/ad857d47df6a1adc9798558701dd5426643b859f
[3/4] ocxl: Don't return trigger page when allocating an interrupt
https://git.kernel.org/powerpc/c/dde6f18a8779dcd88d9fd5d6336032fee7e07fcd
[4/4] ocxl: Remove custom service to allocate interrupts
https://git.kernel.org/powerpc/c/374f6178f3483dcad151fc14b2fad92ed6652f07
cheers
^ permalink raw reply
* Re: [PATCH 0/5] powerpc: Remove five unused variables
From: Michael Ellerman @ 2020-09-09 13:37 UTC (permalink / raw)
To: mpe, zhengbin, linuxppc-dev, benh, paulus
In-Reply-To: <1574144074-142032-1-git-send-email-zhengbin13@huawei.com>
On Tue, 19 Nov 2019 14:14:29 +0800, zhengbin wrote:
> zhengbin (5):
> powerpc/fadump: Remove set but not used variable 'elf'
> powerpc/perf: Remove set but not used variable 'target'
> powerpc/powernv: Remove set but not used variable 'total_vfs'
> powerpc/powernv: Remove set but not used variable 'pdn'
> powerpc/powernv: Remove set but not used variable 'parent'
>
> [...]
Patches 1, 2 & 5 applied to powerpc/next.
[1/5] powerpc/fadump: Remove set but not used variable 'elf'
https://git.kernel.org/powerpc/c/738e6cad0ace88edec8f4ffa082749ad5df26409
[2/5] powerpc/perf: Remove set but not used variable 'target'
https://git.kernel.org/powerpc/c/ef23cf9a89a7aec19a29d548d1e219d436b23b6e
[5/5] powerpc/powernv: Remove set but not used variable 'parent'
https://git.kernel.org/powerpc/c/18102e4bcc47f5b5ac70e2e4461d022c1ee6df24
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
From: Michael Ellerman @ 2020-09-09 13:40 UTC (permalink / raw)
To: Nathan Lynch, linuxppc-dev; +Cc: tyreld, cheloha, ldufour
In-Reply-To: <20200813151131.2070161-1-nathanl@linux.ibm.com>
On Thu, 13 Aug 2020 10:11:31 -0500, Nathan Lynch wrote:
> The drmem lmb list can have hundreds of thousands of entries, and
> unfortunately lookups take the form of linear searches. As long as
> this is the case, traversals have the potential to monopolize the CPU
> and provoke lockup reports, workqueue stalls, and the like unless
> they explicitly yield.
>
> Rather than placing cond_resched() calls within various
> for_each_drmem_lmb() loop blocks in the code, put it in the iteration
> expression of the loop macro itself so users can't omit it.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/pseries: explicitly reschedule during drmem_lmb list traversal
https://git.kernel.org/powerpc/c/9d6792ffe140240ae54c881cc4183f9acc24b4df
cheers
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox