[PATCH] [PATCH net-next] powerpc: iommu: delete redundant row

Signed-off-by: wangchuanlei --- arch/powerpc/kernel/iommu.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/powerpc/kernel/iommu.c b/arch/powerpc/kernel/iommu.c index caebe1431596..dd010a733404 100644 --- a/arch/powerpc/kernel/iommu.c +++ b/arch/powerpc/kernel/iommu.c @@ -953,7 +953,6 @@

Re: [PATCH] powerpc: qspinlock: Use asm-generic definition for queued_spin_lock

Rohan McLure writes: > asm-generic/qspinlock.h provides an identical implementation of > queued_spin_lock. Remove the variant in asm/qspinlock.h. This code has changed recently, so this patch no longer applies. See 9f61521c7a28 ("powerpc/qspinlock: powerpc qspinlock implementation") in powerpc/n

Re: [PATCH 5/5] powerpc: dts: remove label = "cpu" from DSA dt-binding

On Mon, Dec 05, 2022 at 10:15:16PM +0300, Arınç ÜNAL wrote: > As Jonas (on CC) pointed out, I only see this being used in the swconfig b53 > driver which uses the label to identify the cpu port. > > https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/generic/files/drivers/net/phy/

[PATCH v1] powerpc/64: Set default CPU in Kconfig

Since 0069f3d14e7a ("powerpc/64e: Tie PPC_BOOK3E_64 to PPC_E500MC"), the only possible BOOK3E/64 are E500, so no need of a default CPU over the E5500. When the user selects book3e, he must have a e500 compatible compiler, and it won't work anymore with the default -mcpu=power64, see commit d6b551b8

Re: [PATCH v3] powerpc/boot: Don't always pass -mcpu=powerpc when building 32-bit uImage

Le 26/11/2022 à 17:30, Pali Rohár a écrit : > On Wednesday 02 November 2022 14:05:35 Christophe Leroy wrote: >> Le 01/11/2022 à 23:12, Pali Rohár a écrit : >>> On Sunday 09 October 2022 13:06:52 Pali Rohár wrote: On Monday 29 August 2022 10:54:51 Pali Rohár wrote: > On Sunday 28 August 2

Re: [PATCH mm-unstable RFC 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s

Le 06/12/2022 à 15:47, David Hildenbrand a écrit : > We already implemented support for 64bit book3s in commit bff9beaa2e80 > ("powerpc/pgtable: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE for book3s") > > Let's support __HAVE_ARCH_PTE_SWP_EXCLUSIVE also in 32bit by reusing yet > unused LSB 2 / MSB 29

Re: [PATCH 3/7] powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c

Le 26/09/2022 à 12:26, Pali Rohár a écrit : > On Monday 26 September 2022 10:17:26 Christophe Leroy wrote: >> Le 26/09/2022 à 11:53, Pali Rohár a écrit : >>> On Monday 26 September 2022 09:48:02 Christophe Leroy wrote: Le 19/08/2022 à 21:15, Pali Rohár a écrit : > This moves machine desc

Re: [PATCH 0/7] powerpc/85xx: p2020: Create one unified machine description

Le 04/12/2022 à 11:54, Pali Rohár a écrit : > On Friday 19 August 2022 21:15:50 Pali Rohár wrote: >> This patch series unifies all P2020 boards and machine descriptions into >> one generic unified P2020 machine description. With this generic machine >> description, kernel can boot on any P2020-ba

Re: [PATCH] powerpc/ftrace: fix syscall tracing on PPC64_ELF_ABI_V1

On 2022-12-06 21:09, Michael Ellerman wrote: Mathieu Desnoyers writes: On 2022-12-05 17:50, Michael Ellerman wrote: Michael Jeanson writes: On 2022-12-05 15:11, Michael Jeanson wrote: Michael Jeanson writes: In v5.7 the powerpc syscall entry/exit logic was rewritten in C, on PPC64_ELF_ABI

Re: [PATCH] powerpc/ftrace: fix syscall tracing on PPC64_ELF_ABI_V1

Hello, On Wed, Dec 07, 2022 at 10:18:13AM -0500, Mathieu Desnoyers wrote: > On 2022-12-06 21:09, Michael Ellerman wrote: > > Mathieu Desnoyers writes: > > > On 2022-12-05 17:50, Michael Ellerman wrote: > > > > Relatedly we have a patch in next to optionally use ABIv2 for 64-bit big > > endian b

Re: [PATCH] powerpc/ftrace: fix syscall tracing on PPC64_ELF_ABI_V1

Le 07/12/2022 à 16:18, Mathieu Desnoyers a écrit : > On 2022-12-06 21:09, Michael Ellerman wrote: >> Mathieu Desnoyers writes: >>> On 2022-12-05 17:50, Michael Ellerman wrote: >>> IMHO the second option would be better because it does not increase the >>> kernel image size as much as KALLSYMS_AL

[linux-next:master] BUILD REGRESSION 591cd61541b9b95401e17dca24be486e32104cb8

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: 591cd61541b9b95401e17dca24be486e32104cb8 Add linux-next specific files for 20221207 Error/Warning reports: https://lore.kernel.org/oe-kbuild-all/202211090634.ryfkk0ws-...@intel.com https

[PATCH] perf test: Update event group check for support of uncore event

Event group test checks group creation for combinations of hw, sw and uncore PMU events. Some of the uncore pmus may require additional permission to access the counters. For example, in case of hv_24x7, partition need to have permissions to access hv_24x7 pmu counters. If not, event_open will fail

Re: [PATCH] ASoC: imx-audmux: use sysfs_emit() to instead of scnprintf()

On Mon, 05 Dec 2022 19:43:47 +0800, ye.xingc...@zte.com.cn wrote: > Follow the advice of the Documentation/filesystems/sysfs.rst and show() > should only use sysfs_emit() or sysfs_emit_at() when formatting the > value to be returned to user space. > > Applied to https://git.kernel.org/pub/sc

[PATCH] powerpc/pseries: fix potential memory leak in init_cpu_associativity()

If the vcpu_associativity alloc memory successfully but the pcpu_associativity fails to alloc memory, the vcpu_associativity memory leaks. Fixes: d62c8deeb6e6 ("powerpc/pseries: Provide vcpu dispatch statistics") Signed-off-by: Wang Yufen --- arch/powerpc/platforms/pseries/lpar.c | 1 + 1 file c

Re: [PATCH] perf test: Update event group check for support of uncore event

On 07-Dec-22 10:28 PM, Athira Rajeev wrote: > Event group test checks group creation for combinations of > hw, sw and uncore PMU events. Some of the uncore pmus may > require additional permission to access the counters. > For example, in case of hv_24x7, partition need to have > permissions to acc

[PATCH] objtool: continue if find_insn() fails in decode_instructions()

Currently, decode_instructions() is failing if it is not able to find instruction, and this is happening since commit dbcdbdfdf137b4 ("objtool: Rework instruction -> symbol mapping") because it is expecting instruction for STT_NOTYPE symbols. Due to this, the following objtool warnings are seen: