Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue

Michael Ellerman writes: > "Linux regression tracking (Thorsten Leemhuis)" > writes: >> [CCing the regression list, as it should be in the loop for regressions: >> https://docs.kernel.org/admin-guide/reporting-regressions.html] >> >> On 20.05.24 17:15,

Re: Xorg doesn't start and some other issues with the RC1 of kernel 6.10

Christian Zigotzky writes: > On 28.05.24 22:00, Christian Zigotzky wrote: >> Hi All, >> >> Xorg doesn't start anymore since the RC1 of kernel 6.10. We tested it >> with the VirtIO GPU and with some Radeon cards. >> >> Another error message: Failed to start Setup Virtual Console. >> >> Maybe this

Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue

"Linux regression tracking (Thorsten Leemhuis)" writes: > [CCing the regression list, as it should be in the loop for regressions: > https://docs.kernel.org/admin-guide/reporting-regressions.html] > > On 20.05.24 17:15, Christoph Hellwig wrote: >> Adding ben and the linuxppc list. > > Hmm, no

Re: [PATCH] selftests/overlayfs: Fix build error on ppc64

Shuah Khan writes: > On 5/20/24 20:26, Michael Ellerman wrote: >> Fix build error on ppc64: >>dev_in_maps.c: In function ‘get_file_dev_and_inode’: >>dev_in_maps.c:60:59: error: format ‘%llu’ expects argument of type >>‘long long unsigned int *’, but argumen

[PATCH v2 2/2] powerpc/uaccess: Use YZ asm constraint for ld

ed due to this, but the possibility is there depending on compiler code generation decisions. Fixes: c20beffeec3c ("powerpc/uaccess: Use flexible addressing with __put_user()/__get_user()") Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/uaccess.h | 11 +++ 1 file changed,

[PATCH v2 1/2] powerpc/uaccess: Fix build errors seen with GCC 13/14

at has to be behind an ifdef. Although the build error is only seen with GCC 13/14, that appears to just be luck. The constraint has been incorrect since it was first added. Fixes: c20beffeec3c ("powerpc/uaccess: Use flexible addressing with __put_user()/__get_user()") Cc: sta...@vger

Re: [PATCH] selftests/openat2: Fix build warnings on ppc64

to it. > Reviewed-by: Muhammad Usama Anjum Thanks. cheers > On 5/20/24 8:03 PM, Michael Ellerman wrote: >> Fix warnings like: >> >> openat2_test.c: In function ‘test_openat2_flags’: >> openat2_test.c:303:73: warning: format ‘%llX’ expects argument of type >&

Re: [PATCH v2 2/2] powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC

Esben Haabendal writes: > Krzysztof Kozlowski writes: > >> On 28/05/2024 14:28, Esben Haabendal wrote: >>> With CONFIG_FSL_IFC now being user-visible, and thus changed from a select >>> to depends in CONFIG_MTD_NAND_FSL_IFC, the dependencies needs to be >>> selected in config snippets. >>> >>>

[PATCH 3/6] powerpc/64e: Drop E500 ifdefs in 64-bit code

All 64-bit Book3E have E500=y, so drop the unneeded ifdefs. Signed-off-by: Michael Ellerman --- arch/powerpc/mm/nohash/tlb_64e.c | 12 1 file changed, 12 deletions(-) diff --git a/arch/powerpc/mm/nohash/tlb_64e.c b/arch/powerpc/mm/nohash/tlb_64e.c index 7d5506d23eab..9db85ee9ba5b

[PATCH 2/6] powerpc/64e: Split out nohash Book3E 64-bit code

A reasonable chunk of nohash/tlb.c is 64-bit only code, split it out into a separate file. Signed-off-by: Michael Ellerman --- arch/powerpc/mm/nohash/Makefile | 2 +- arch/powerpc/mm/nohash/tlb.c | 343 + arch/powerpc/mm/nohash/tlb_64e.c | 361

[PATCH 6/6] powerpc/64e: Drop unused TLB miss handlers

those, and use the bolted handlers (PPC_HTW_NONE) by default. Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/exceptions-64e.S | 4 +- arch/powerpc/mm/nohash/tlb_64e.c | 4 - arch/powerpc/mm/nohash/tlb_low_64e.S | 226 --- 3 files changed, 2 insertions(+), 232

[PATCH 1/6] powerpc/64e: Remove unused IBM HTW code

). Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/nohash/mmu-e500.h | 3 +- arch/powerpc/mm/nohash/tlb.c | 57 +- arch/powerpc/mm/nohash/tlb_low_64e.S | 195 - 3 files changed, 2 insertions(+), 253 deletions(-) diff --git a/arch/power

[PATCH 5/6] powerpc/64e: Consolidate TLB miss handler patching

The 64e TLB miss handler patching is done in setup_mmu_htw(), and then again immediately afterward in early_init_mmu_global(). Consolidate it into a single location. Signed-off-by: Michael Ellerman --- arch/powerpc/mm/nohash/tlb_64e.c | 38 +--- 1 file changed, 15

[PATCH 4/6] powerpc/64e: Drop MMU_FTR_TYPE_FSL_E checks in 64-bit code

All 64-bit Book3E have MMU_FTR_TYPE_FSL_E, since A2 was removed, so remove checks for it in 64-bit only code. Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/setup_64.c | 6 +- arch/powerpc/mm/nohash/tlb_64e.c | 97 2 files changed, 38 insertions

Re: [RFC PATCH v2 12/20] powerpc/64e: Remove unneeded #ifdef CONFIG_PPC_E500

Christophe Leroy writes: > When it is a nohash/64 it can't be anything else than > CONFIG_PPC_E500 so remove the #ifdef as they are always true. I have a series doing some similar cleanups, I'll post it. We can decide whether to merge it before your series or combine them or whatever. cheers

Re: [PATCH v2] powerpc/perf: Set cpumode flags using sample address

Hi Anjali, Anjali K writes: > Currently in some cases, when the sampled instruction address register > latches to a specific address during sampling, there is an inconsistency > in the privilege bits captured in the sampled event register. I don't really like "inconsistency", it's vague. The

Re: [PATCH 1/2] powerpc/uaccess: Fix build errors seen with GCC 14

Nick Desaulniers writes: > On Tue, May 21, 2024 at 5:39 AM Michael Ellerman wrote: >> >> Building ppc64le_defconfig with GCC 14 fails with assembler errors: >> >> CC fs/readdir.o >> /tmp/ccdQn0mD.s: Assembler messages: >> /tmp/ccdQn0mD.

Re: [RFC PATCH v2 00/20] Reimplement huge pages without hugepd on powerpc (8xx, e500, book3s/64)

Hi Peter, Peter Xu writes: > On Fri, May 17, 2024 at 08:59:54PM +0200, Christophe Leroy wrote: >> This is the continuation of the RFC v1 series "Reimplement huge pages >> without hugepd on powerpc 8xx". It now get rid of hugepd completely >> after handling also e500 and book3s/64 >> >> Unlike

bnx2x: UBSAN: array-index-out-of-bounds in drivers/net/ethernet/broadcom/bnx2x/bnx2x_stats.c

Hi folks, I'm seeing an UBSAN warning when loading the bnx2x module on my Power8 machine: [ cut here ] UBSAN: array-index-out-of-bounds in ../drivers/net/ethernet/broadcom/bnx2x/bnx2x_stats.c:1529:11 index 20 is out of range for type 'stats_query_entry [19]' CPU:

Re: [PATCH next] arch: powerpc: platforms: Remove unnecessary call to of_node_get

Prabhav Kumar Vaish writes: > `dev->of_node` has a pointer to device node, of_node_get call seems > unnecessary. Sorry but it is necessary. > Signed-off-by: Prabhav Kumar Vaish > --- > arch/powerpc/platforms/cell/iommu.c | 9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > >

Re: [PATCH v2] mm/mm_init: use node's number of cpus in deferred_page_init_max_threads

deferred pages initialised in 110ms [0.397095] node 7 deferred pages initialised in 110ms Which is a nice speedup. Tested-by: Michael Ellerman (powerpc) cheers

Re: [PATCH v5 44/68] selftests/powerpc: Drop define _GNU_SOURCE

> b/tools/testing/selftests/powerpc/benchmarks/futex_bench.c > index 017057090490..0483a13c88f9 100644 > --- a/tools/testing/selftests/powerpc/benchmarks/futex_bench.c > +++ b/tools/testing/selftests/powerpc/benchmarks/futex_bench.c > @@ -2,9 +2,6 @@ > /* > * Copyright 2016

[PATCH 1/2] powerpc/uaccess: Fix build errors seen with GCC 14

4, that appears to just be luck. The constraint has been incorrect since it was first added. Fixes: c20beffeec3c ("powerpc/uaccess: Use flexible addressing with __put_user()/__get_user()") Cc: sta...@vger.kernel.org # v5.10+ Suggested-by: Kewen Lin Signed-off-by: Michael Ellerman --- ar

[PATCH 2/2] powerpc/uaccess: Use YZ asm constraint for ld

ed due to this, but the possibility is there depending on compiler code generation decisions. Fixes: c20beffeec3c ("powerpc/uaccess: Use flexible addressing with __put_user()/__get_user()") Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/uaccess.h | 11 +++ 1 file changed,

[PATCH] selftests/mm: Fix build warnings on ppc64

=] By switching to unsigned long long for u64 for ppc64 builds. Signed-off-by: Michael Ellerman --- tools/testing/selftests/mm/gup_test.c| 1 + tools/testing/selftests/mm/uffd-common.h | 1 + 2 files changed, 2 insertions(+) diff --git a/tools/testing/selftests/mm/gup_test.c b/tools/testing

[PATCH] selftests: cachestat: Fix build warnings on ppc64

builds. Signed-off-by: Michael Ellerman --- tools/testing/selftests/cachestat/test_cachestat.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/cachestat/test_cachestat.c b/tools/testing/selftests/cachestat/test_cachestat.c index b171fd53b004..632ab44737ec 100644

[PATCH] selftests/openat2: Fix build warnings on ppc64

builds. Signed-off-by: Michael Ellerman --- tools/testing/selftests/openat2/openat2_test.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/openat2/openat2_test.c b/tools/testing/selftests/openat2/openat2_test.c index 9024754530b2..5790ab446527 100644 --- a/tools

[PATCH] selftests/overlayfs: Fix build error on ppc64

for u64 for ppc64 builds. Signed-off-by: Michael Ellerman --- tools/testing/selftests/filesystems/overlayfs/dev_in_maps.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/filesystems/overlayfs/dev_in_maps.c b/tools/testing/selftests/filesystems/overlayfs/dev_in_maps.c

Re: [PATCH] powerpc/kernel: Fix potential spectre v1 in syscall

Nathan Lynch writes: > Michael Ellerman writes: >> Breno Leitao writes: >>> On Tue, Mar 12, 2024 at 08:17:42AM +, Christophe Leroy wrote: >>>> +Nathan as this is RTAS related. > > Thanks! > >>>> Le 21/08/2018 à 20:42, Breno Leitao a écrit 

Re: [RFC PATCH v2 06/20] powerpc/8xx: Fix size given to set_huge_pte_at()

Christophe Leroy writes: > Hi Oscar, hi Michael, > > Le 20/05/2024 à 11:14, Oscar Salvador a écrit : >> On Fri, May 17, 2024 at 09:00:00PM +0200, Christophe Leroy wrote: >>> set_huge_pte_at() expects the real page size, not the psize which is >> >> "expects the size of the huge page" sounds

Re: CVE-2023-52665: powerpc/ps3_defconfig: Disable PPC64_BIG_ENDIAN_ELF_ABI_V2

Greg Kroah-Hartman writes: > On Mon, May 20, 2024 at 05:35:32PM +0900, Geoff Levand wrote: >> On 5/20/24 16:04, Michael Ellerman wrote: >> > Greg Kroah-Hartman writes: >> >> Description >> >> === >> >> >> >>

Re: CVE-2023-52665: powerpc/ps3_defconfig: Disable PPC64_BIG_ENDIAN_ELF_ABI_V2

Greg Kroah-Hartman writes: > Description > === > > In the Linux kernel, the following vulnerability has been resolved: > > powerpc/ps3_defconfig: Disable PPC64_BIG_ENDIAN_ELF_ABI_V2 > > Commit 8c5fa3b5c4df ("powerpc/64: Make ELFv2 the default for big-endian > builds"), merged in

[PATCH] selftests/sigaltstack: Fix ppc64 GCC build

ause GCC doesn't define __ppc__ for 64-bit builds, only 32-bit builds. Instead use __powerpc__ to detect powerpc builds, which is defined by clang and GCC for 64-bit and 32-bit builds. Fixes: 05107edc9101 ("selftests: sigaltstack: fix -Wuninitialized") Cc: sta...@vger.kernel.org # v6.3

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

interrupt. Masahiro Yamada (1): powerpc: remove unused *_syscall_64.o variables in Makefile Matthias Schiffer (1): powerpc: rename SPRN_HID2 define to SPRN_HID2_750FX Michael Ellerman (12): powerpc/dart: Drop unnecessary call to kmemleak_no_scan() selftests/powerpc: Convert

[PATCH] powerpc/fadump: Fix section mismatch warning

: kernel test robot Closes: https://lore.kernel.org/all/202405140922.ouclox4y-...@intel.com/ Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/fadump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c index

Re: [PATCH 1/3] crypto: X25519 low-level primitives for ppc64le.

Andy Polyakov writes: > Hi, > >>> +.abiversion2 >> >> I'd prefer that was left to the compiler flags. > > Problem is that it's the compiler that is responsible for providing this > directive in the intermediate .s prior invoking the assembler. And there > is no assembler flag to pass

Re: [PATCH 1/3] crypto: X25519 low-level primitives for ppc64le.

Hi Danny, Danny Tsen writes: > Use the perl output of x25519-ppc64.pl from CRYPTOGAMs and added three > supporting functions, x25519_fe51_sqr_times, x25519_fe51_frombytes > and x25519_fe51_tobytes. For other algorithms we have checked-in the perl script and generated the code at runtime. Is

Re: linux-next: build warning after merge of the powerpc tree

Stephen Rothwell writes: > Hi all, > > After merging the powerpc tree, today's (it may have been yesterday's) > linux-next build (powerpc allyesconfig) produced this warning: > > WARNING: modpost: vmlinux: section mismatch in reference: > fadump_setup_param_area+0x200 (section:

Re: [PATCH bpf v3] powerpc/bpf: enforce full ordering for ATOMIC operations with BPF_FETCH

Puranjay Mohan writes: > Naveen N Rao writes: >> On Mon, May 13, 2024 at 10:02:48AM GMT, Puranjay Mohan wrote: >>> The Linux Kernel Memory Model [1][2] requires RMW operations that have a >>> return value to be fully ordered. >>> >>> BPF atomic operations with BPF_FETCH (including BPF_XCHG and

Re: [PATCH v2 0/3] powerpc/fadump: pass additional args to dump capture kernel

On Thu, 09 May 2024 17:27:52 +0530, Hari Bathini wrote: > While fadump is a more reliable alternative to kdump dump capturing > method, it doesn't support passing additional parameters. Having > such support is desirable for two major reasons: > > 1. It helps minimize the memory consumption of

Re: [PATCH] powerpc/fadump: update documentation about bootargs_append

On Fri, 10 May 2024 13:51:14 +0530, Hari Bathini wrote: > Update ABI documentation about the introduction of the new sysfs > entry bootargs_append. This sysfs entry will be used to setup the > additional parameters to be passed to dump capture kernel. > > Applied to powerpc/next. [1/1]

Re: [PATCH] powerpc/85xx: fix compile error without CONFIG_CRASH_DUMP

On Fri, 10 May 2024 13:37:57 +0530, Hari Bathini wrote: > Since commit 5c4233cc0920 ("powerpc/kdump: Split KEXEC_CORE and > CRASH_DUMP dependency"), crashing_cpu is not available without > CONFIG_CRASH_DUMP. Fix compile error on 64-BIT 85xx owing to this > change. > > Applied to powerpc/next.

Re: [PATCH v2 1/2] powerpc/io: Avoid clang null pointer arithmetic warnings

Naresh Kamboju writes: > On Fri, 3 May 2024 at 13:26, Michael Ellerman wrote: >> >> With -Wextra clang warns about pointer arithmetic using a null pointer. >> When building with CONFIG_PCI=n, that triggers a warning in the IO >> accessors, eg: >> >> I

Re: [PATCH 3/3] powerpc: Check only single values are passed to CPU/MMU feature checks

Segher Boessenkool writes: > On Thu, May 09, 2024 at 10:12:48PM +1000, Michael Ellerman wrote: >> cpu_has_feature()/mmu_has_feature() are only able to check a single >> feature at a time, but there is no enforcement of that. >> >> In fact, as fixed in the prev

[PATCH 1/3] powerpc: Drop clang workaround for builtin constant checks

g due to BUILD_BUG_ON()") These days clang 13 and later are able to build the checks successfully, so drop the workaround. Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/cpu_has_feature.h | 2 -- arch/powerpc/include/asm/mmu.h | 2 -- 2 files changed, 4 deletions(-) diff --

[PATCH 3/3] powerpc: Check only single values are passed to CPU/MMU feature checks

popcount. Note that the test allows 0 or 1 bits to be set, because some code relies on cpu_has_feature(0) being false, the check with CPU_FTRS_POSSIBLE ensures that. See for example CPU_FTR_PPC_LE. Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/cpu_has_feature.h | 1 + arch/powerpc

[PATCH 2/3] powerpc/xmon: Fix disassembly CPU feature checks

: 897f112bb42e ("[POWERPC] Import updated version of ppc disassembly code for xmon") Signed-off-by: Michael Ellerman --- arch/powerpc/xmon/ppc-dis.c | 33 +++-- 1 file changed, 11 insertions(+), 22 deletions(-) diff --git a/arch/powerpc/xmon/ppc-dis.c b/ar

Re: [PATCH 7/8] powerpc: Fix typos

Bjorn Helgaas writes: > From: Bjorn Helgaas > > Fix typos, most reported by "codespell arch/powerpc". Only touches > comments, no code changes. > > Signed-off-by: Bjorn Helgaas > Cc: Nicholas Piggin > Cc: Christophe Leroy > Cc: linuxppc-dev@lists.ozlabs.org Applied to powerpc/next. [1/1]

Re: [PATCH v2] KVM: PPC: Book3S HV nestedv2: Cancel pending DEC exception

On Mon, 15 Apr 2024 09:27:29 +0530, Vaibhav Jain wrote: > This reverts commit 180c6b072bf3 ("KVM: PPC: Book3S HV nestedv2: Do not > cancel pending decrementer exception") [1] which prevented canceling a > pending HDEC exception for nestedv2 KVM guests. It was done to avoid > overhead of a

Re: [PATCH] KVM: PPC: Fix documentation for ppc mmu caps

On Tue, 11 Apr 2023 15:44:46 +0930, Joel Stanley wrote: > The documentation mentions KVM_CAP_PPC_RADIX_MMU, but the defines in the > kvm headers spell it KVM_CAP_PPC_MMU_RADIX. Similarly with > KVM_CAP_PPC_MMU_HASH_V3. > > Applied to powerpc/topic/ppc-kvm. [1/1] KVM: PPC: Fix documentation for

Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Fix an error handling path in gs_msg_ops_kvmhv_nestedv2_config_fill_info()

On Sun, 28 Jan 2024 12:34:25 +0100, Christophe JAILLET wrote: > The return value of kvmppc_gse_put_buff_info() is not assigned to 'rc' and > 'rc' is uninitialized at this point. > So the error handling can not work. > > Assign the expected value to 'rc' to fix the issue. > > > [...] Applied to

Re: [PATCH v2] KVM: PPC: code cleanup for kvmppc_book3s_irqprio_deliver

On Thu, 25 Jan 2024 16:33:48 +0800, Kunwu Chan wrote: > This part was commented from commit 2f4cf5e42d13 ("Add book3s.c") > in about 14 years before. > If there are no plans to enable this part code in the future, > we can remove this dead code. > > Applied to powerpc/topic/ppc-kvm. [1/1] KVM:

Re: [PATCH v2 1/2] powerpc/io: Avoid clang null pointer arithmetic warnings

On Fri, 03 May 2024 17:56:18 +1000, Michael Ellerman wrote: > With -Wextra clang warns about pointer arithmetic using a null pointer. > When building with CONFIG_PCI=n, that triggers a warning in the IO > accessors, eg: > > In file included from linux/arch/powerpc/inclu

Re: [PATCH] Fix the address of the linuxppc-dev mailing list

On Fri, 03 May 2024 12:10:12 +1000, Stephen Rothwell wrote: > This list was moved many years ago. > > Applied to powerpc/next. [1/1] Fix the address of the linuxppc-dev mailing list https://git.kernel.org/powerpc/c/fae573060c8da4d84a2551c6753d272abfda8ddc cheers

Re: [PATCH -next 2/3 v2] powerpc: Fix kernel-doc comments in fsl_gtm.c

On Mon, 08 Apr 2024 13:31:08 +0800, Yang Li wrote: > Fix some function names in kernel-doc comments. > > Applied to powerpc/next. [2/3] powerpc: Fix kernel-doc comments in fsl_gtm.c https://git.kernel.org/powerpc/c/97bd2693b399cfd436acaa230d8f09e4c39e8e5c [3/3] powerpc/rtas: Add

Re: [PATCH -next 1/3 v2] powerpc: boot: Fix kernel-doc param for partial_decompress

On Mon, 08 Apr 2024 16:39:16 +0800, Yang Li wrote: > Fix the kernel-doc annotation for the 'skip' parameter in the > partial_decompress() function by adding a missing underscore and colon. > > Applied to powerpc/next. [1/3] powerpc: boot: Fix kernel-doc param for partial_decompress

Re: [PATCH v2] powerpc/Makefile: Remove bits related to the previous use of -mcmodel=large

On Wed, 10 Jan 2024 19:42:37 +0530, Naveen N Rao wrote: > All supported compilers today (gcc v5.1+ and clang v11+) have support for > -mcmodel=medium. As such, NO_MINIMAL_TOC is no longer being set. Remove > NO_MINIMAL_TOC as well as the fallback to -mminimal-toc. > > Applied to powerpc/next.

Re: [PATCH] macintosh/ams: Fix unused variable warning

On Wed, 08 May 2024 00:01:50 +1000, Michael Ellerman wrote: > If both CONFIG_SENSORS_AMS_PMU and CONFIG_SENSORS_AMS_I2C are unset, > there is an unused variable warning in the ams driver: > > drivers/macintosh/ams/ams-core.c: In function 'ams_init': > drivers/macintosh/ams/am

Re: [PATCH] powerpc: rename SPRN_HID2 define to SPRN_HID2_750FX

On Wed, 24 Jan 2024 11:50:31 +0100, Matthias Schiffer wrote: > This register number is hardware-specific, rename it for clarity. > > FIXME comments are added in a few places where it seems like the wrong > register is used. As I can't test this, only the rename is done with no > functional

Re: [PATCH] powerpc: remove unused *_syscall_64.o variables in Makefile

On Fri, 16 Feb 2024 22:55:17 +0900, Masahiro Yamada wrote: > Commit ab1a517d55b0 ("powerpc/syscall: Rename syscall_64.c into > interrupt.c") missed to update these three lines: > > GCOV_PROFILE_syscall_64.o := n > KCOV_INSTRUMENT_syscall_64.o := n > UBSAN_SANITIZE_syscall_64.o := n > >

Re: [PATCH] power: Remove arch specific module bug stuff

On Fri, 03 May 2024 01:23:17 +0100, li...@treblig.org wrote: > The last function to reference module_bug_list went in 2008's > commit b9754568ef17 ("powerpc: Remove dead module_find_bug code") > but I don't think that was called since 2006's > commit 73c9ceab40b1 ("[POWERPC] Generic BUG for

Re: [PATCH v4 1/2] powerpc64/bpf: fix tail calls for PCREL addressing

On Thu, 02 May 2024 23:02:04 +0530, Hari Bathini wrote: > With PCREL addressing, there is no kernel TOC. So, it is not setup in > prologue when PCREL addressing is used. But the number of instructions > to skip on a tail call was not adjusted accordingly. That resulted in > not so obvious failures

Re: [PATCH v2] powerpc: Fix preserved memory size for int-vectors

On Sat, 13 Jan 2024 08:05:09 +, GUO Zihua wrote: > The first 32k of memory is reserved for interrupt vectors, however for > powerpc64 this might not be enough. Fix this by reserving the maximum > size between 32k and the real size of interrupt vectors. > > Applied to powerpc/next. [1/1]

Re: [PATCH] powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#"

On Tue, 09 Mar 2021 19:11:10 +0100, Greg Kurz wrote: > All these commands end up peeking into the PACA using the user originated > cpu id as an index. Check the cpu id is valid in order to prevent xmon to > crash. Instead of printing an error, this follows the same behavior as the > "lp s #"

Re: [PATCH v2 0/3] Fix typos, grammatical errors and add units of function param

On Thu, 28 Dec 2023 15:45:17 +0530, Ghanshyam Agrawal wrote: > This patch series fixes spelling mistake in the word "auxillary", > fixes a grammatical error related to full stop and adds the units > of the size param in the description of eeh_set_pe_aux_size function. > > Ghanshyam Agrawal (3): >

Re: [PATCH 1/4] powerpc: dts: add power management nodes to FSL chips

On Fri, 19 Jan 2024 15:38:54 -0500, Frank Li wrote: > Enable Power Management feature on device tree, including MPC8536, > MPC8544, MPC8548, MPC8572, P1010, P1020, P1021, P1022, P2020, P2041, > P3041, T104X, T1024. > > Applied to powerpc/next. [1/4] powerpc: dts: add power management nodes to

Re: [PATCH][next] selftests/powerpc/dexcr: Fix spelling mistake "predicition" -> "prediction"

On Wed, 08 May 2024 09:41:17 +0100, Colin Ian King wrote: > There is a spelling mistake in the help message. Fix it. > > Applied to powerpc/next. [1/1] selftests/powerpc/dexcr: Fix spelling mistake "predicition" -> "prediction"

Re: [PATCH] powerpc/bpf/32: Fix failing test_bpf tests

On Tue, 05 Mar 2024 16:36:23 +0100, Christophe Leroy wrote: > Recent additions in BPF like cpu v4 instructions, test_bpf module > exhibits the following failures: > > test_bpf: #82 ALU_MOVSX | BPF_B jited:1 ret 2 != 1 (0x2 != 0x1)FAIL (1 > times) > test_bpf: #83 ALU_MOVSX | BPF_H

Re: [PATCH v2] powerpc/iommu: Code cleanup for cell/iommu.c

On Thu, 25 Jan 2024 16:26:37 +0800, Kunwu Chan wrote: > This part was commented from commit 165785e5c0be ("[POWERPC] Cell > iommu support") in about 17 years before. > > If there are no plans to enable this part code in the future, > we can remove this dead code. > > > [...] Applied to

Re: [PATCH v2] powerpc/cell: Code cleanup for spufs_mfc_flush

On Fri, 26 Jan 2024 10:12:58 +0800, Kunwu Chan wrote: > This part was commented from commit a33a7d7309d7 > ("[PATCH] spufs: implement mfc access for PPE-side DMA") > in about 18 years before. > > If there are no plans to enable this part code in the future, > we can remove this dead code. > >

Re: [PATCH] powerpc/pseries/pci: Code cleanup

On Fri, 26 Jan 2024 10:50:30 +0800, Kunwu Chan wrote: > This part was commented in about 19 years before. > If there are no plans to enable this part code in the future, > we can remove this dead code. > > Applied to powerpc/next. [1/1] powerpc/pseries/pci: Code cleanup

Re: [PATCH v1 0/9] Add dynamic DEXCR support

On Wed, 17 Apr 2024 21:23:16 +1000, Benjamin Gray wrote: > Adds support for a process to change its DEXCR value. The implementation is > somewhat conservative; SBHE (speculative branch hint enable) is not exposed > as an editable aspect because its effects can bleed over to other threads. > > As

Re: [PATCH v2 1/2] powerpc/code-patching: Test patch_instructions() during boot

On Mon, 25 Mar 2024 16:28:14 +1100, Benjamin Gray wrote: > patch_instructions() introduces new behaviour with a couple of > variations. Test each case of > > * a repeated 32-bit instruction, > * a repeated 64-bit instruction (ppc64), and > * a copied sequence of instructions > > [...]

Re: [PATCH] powerpc64/kasan: Pass virtual addresses to kasan_init_phys_region()

On Mon, 12 Feb 2024 15:50:20 +1100, Benjamin Gray wrote: > The kasan_init_phys_region() function maps shadow pages necessary for > the ranges of the linear map backed by physical pages. Currently > kasan_init_phys_region() is being passed physical addresses, but > kasan_mem_to_shadow() expects

Re: [PATCH v6] arch/powerpc/kvm: Add support for reading VPA counters for pseries guests

Gautam Menghani writes: > PAPR hypervisor has introduced three new counters in the VPA area of > LPAR CPUs for KVM L2 guest (see [1] for terminology) observability - 2 > for context switches from host to guest and vice versa, and 1 counter > for getting the total time spent inside the KVM guest.

Re: [PATCH bpf] powerpc/bpf: enforce full ordering for ATOMIC operations with BPF_FETCH

Puranjay Mohan writes: > The Linux Kernel Memory Model [1][2] requires RMW operations that have a > return value to be fully ordered. > > BPF atomic operations with BPF_FETCH (including BPF_XCHG and > BPF_CMPXCHG) return a value back so they need to be JITed to fully > ordered operations. POWERPC

Re: [PATCH v18 0/6] powerpc/crash: Kernel handling of CPU and memory hotplug

On Tue, 26 Mar 2024 11:24:07 +0530, Sourabh Jain wrote: > Commit 247262756121 ("crash: add generic infrastructure for crash > hotplug support") added a generic infrastructure that allows > architectures to selectively update the kdump image component during CPU > or memory add/remove events within

Re: [PATCH] powerpc/crash: remove unnecessary NULL check before kvfree()

On Thu, 02 May 2024 23:50:40 +0530, Sourabh Jain wrote: > Fix the following coccicheck build warning: > > arch/powerpc/kexec/crash.c:488:2-8: WARNING: NULL check before some > freeing functions is not needed. > > Applied to powerpc/topic/kdump-hotplug. [1/1] powerpc/crash: remove unnecessary

[PATCH] macintosh/ams: Fix unused variable warning

; The driver needs at least one of the configs enabled in order to actually function. So fix the compiler warning by ensuring at least one of the configs is enabled. Suggested-by: Christophe Leroy Signed-off-by: Michael Ellerman --- drivers/macintosh/Kconfig | 2 +- 1 file changed, 1 insertion

Re: linux-next: manual merge of the risc-v tree with the powerpc tree

Stephen Rothwell writes: > Hi all, > > Today's linux-next merge of the risc-v tree got conflicts in: > > include/uapi/linux/prctl.h > kernel/sys.c > > between commit: > > 628d701f2de5 ("powerpc/dexcr: Add DEXCR prctl interface") > > from the powerpc tree and commit: > > 6b9391b581fd

[PATCH 7/7] powerpc/platforms: Move files from 4xx to 44x

From: Christophe Leroy Only 44x uses 4xx now, so only keep one directory. Signed-off-by: Christophe Leroy Signed-off-by: Michael Ellerman --- arch/powerpc/platforms/44x/Makefile | 6 - arch/powerpc/platforms/{4xx => 44x}/cpm.c | 0 arch/powerpc/platforms/{4xx =&g

[PATCH 6/7] powerpc: Replace CONFIG_4xx with CONFIG_44x

Replace 4xx usage with 44x, and replace 4xx_SOC with 44x. Signed-off-by: Michael Ellerman --- arch/powerpc/Kconfig | 5 + arch/powerpc/include/asm/cacheflush.h | 2 +- arch/powerpc/include/asm/ppc_asm.h | 2 +- arch/powerpc/kernel/entry_32.S | 6 +++--- arch

[PATCH 5/7] powerpc/4xx: Remove CONFIG_BOOKE_OR_40x

Now that 40x is gone, replace CONFIG_BOOKE_OR_40x by CONFIG_BOOKE. Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/hw_irq.h | 8 arch/powerpc/include/asm/irq.h | 2 +- arch/powerpc/include/asm/kup.h | 2 +- arch/powerpc/include/asm/processor.h | 2

[PATCH 3/7] powerpc: Remove 40x from Kconfig and defconfig

Remove 40x from Kconfig, making the code unreachable. Signed-off-by: Michael Ellerman --- arch/powerpc/Kconfig | 12 ++-- arch/powerpc/Kconfig.debug | 13 - arch/powerpc/Makefile | 5 - arch/powerpc/configs/40x.config

[PATCH 2/7] powerpc/boot: Remove all 40x platforms from boot

From: Christophe Leroy Remove 40x platforms from the boot directory. Signed-off-by: Christophe Leroy Signed-off-by: Michael Ellerman --- arch/powerpc/boot/4xx.c | 266 -- arch/powerpc/boot/4xx.h | 4 - arch/powerpc/boot/Makefile | 11

[PATCH 1/7] powerpc/40x: Remove 40x platforms.

From: Christophe Leroy 40x platforms have been orphaned for many years. Remove them. Signed-off-by: Christophe Leroy Signed-off-by: Michael Ellerman --- MAINTAINERS | 1 - arch/powerpc/configs/40x/acadia_defconfig | 61 arch/powerpc

[PATCH 0/7] Remove 40x

ttps://github.com/linuxppc/issues/issues/349 Christophe Leroy (4): powerpc/40x: Remove 40x platforms. powerpc/boot: Remove all 40x platforms from boot powerpc: Remove core support for 40x powerpc/platforms: Move files from 4xx to 44x Michael Ellerman (3): powerpc: Remove 40x from Kco

[PATCH] selftests/mm: Fix powerpc ARCH check

tection_keys * va_high_addr_switch * virtual_address_range * write_to_hugetlbfs Fixes: 0518dbe97fe6 ("selftests/mm: fix cross compilation with LLVM") Cc: sta...@vger.kernel.org # v6.4+ Signed-off-by: Michael Ellerman --- tools/testing/selftests/mm/Makefile | 6 +++--- 1 file changed, 3 insertions(+

Re: [PATCH v4 01/29] powerpc/mm: add ARCH_PKEY_BITS to Kconfig

Joey Gouly writes: > The new config option specifies how many bits are in each PKEY. > > Signed-off-by: Joey Gouly > Cc: Michael Ellerman > Cc: Nicholas Piggin > Cc: Christophe Leroy > Cc: "Aneesh Kumar K.V" > Cc: "Naveen N. Rao" > Cc: linu

[GIT PULL] Please pull powerpc/linux.git powerpc-6.9-4 tag

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Linus, Please pull some more powerpc fixes for 6.9: The following changes since commit 210cfef579260ed6c3b700e7baeae51a5e183f43: selftests/powerpc/papr-vpd: Fix missing variable initialization (2024-04-12 14:40:07 +1000) are available in

Re: [PATCH] Fix the address of the linuxppc-dev mailing list

Stephen Rothwell writes: > This list was moved many years ago. > > Signed-off-by: Stephen Rothwell > --- > Documentation/ABI/testing/sysfs-devices-system-cpu | 14 +++--- > .../ABI/testing/sysfs-firmware-opal-powercap | 4 ++-- > Documentation/ABI/testing/sysfs-firmware-opal-psr

Re: [PATCH v4] powerpc/pseries: make max polling consistent for longer H_CALLs

On Wed, 17 Apr 2024 23:12:30 -0400, Nayna Jain wrote: > Currently, plpks_confirm_object_flushed() function polls for 5msec in > total instead of 5sec. > > Keep max polling time consistent for all the H_CALLs, which take longer > than expected, to be 5sec. Also, make use of fsleep() everywhere to

Re: [PATCH v2] powerpc/pseries/iommu: LPAR panics during boot up with a frozen PE

On Mon, 22 Apr 2024 15:51:41 -0500, Gaurav Batra wrote: > At the time of LPAR boot up, partition firmware provides Open Firmware > property ibm,dma-window for the PE. This property is provided on the PCI > bus the PE is attached to. > > There are execptions where the partition firmware might not

Re: [PATCH v2 0/2] powerpc/pseries: Fixes for lparstat boot reports

On Fri, 12 Apr 2024 14:50:45 +0530, Shrikanth Hegde wrote: > Currently lparstat reports which shows since LPAR boot are wrong for > some fields. There is a need for storing the PIC(Pool Idle Count) at > boot for accurate reporting. PATCH 1 Does that. > > While there, it was noticed that hcall

Re: [PATCH v10 0/3] powerpc: make fadump resilient with memory add/remove events

On Tue, 23 Apr 2024 01:29:29 +0530, Sourabh Jain wrote: > Problem: > > Due to changes in memory resources caused by either memory hotplug or > online/offline events, the elfcorehdr, which describes the cpus and > memory of the crashed kernel to the kernel that collects the dump (known >

Re: [PATCH linux-next] macintosh/macio-adb: replace of_node_put() with __free

On Wed, 24 Apr 2024 20:37:18 +0530, sundar wrote: > use the new cleanup magic to replace of_node_put() with > __free(device_node) marking to auto release when they get out of scope. > > Applied to powerpc/next. [1/1] macintosh/macio-adb: replace of_node_put() with __free

Re: [PATCH] powerpc/pseries: Enforce hcall result buffer validity and size

On Mon, 08 Apr 2024 09:08:31 -0500, Nathan Lynch wrote: > plpar_hcall(), plpar_hcall9(), and related functions expect callers to > provide valid result buffers of certain minimum size. Currently this > is communicated only through comments in the code and the compiler has > no idea. > > For

Re: [PATCH v2 1/2] selftests/powerpc: Convert pmu Makefile to for loop style

On Mon, 22 Apr 2024 23:34:52 +1000, Michael Ellerman wrote: > The pmu Makefile has grown more sub directories over the years. Rather > than open coding the rules for each subdir, use for loops. > > Applied to powerpc/next. [1/2] selftests/powerpc: Convert pmu Makefile to fo

Re: [PATCH] powerpc: Mark memory_limit as initdata

On Mon, 22 Apr 2024 21:52:31 +1000, Michael Ellerman wrote: > The `memory_limit` variable should only be used during boot, enforce > that by marking it initdata. > > Applied to powerpc/next. [1/1] powerpc: Mark memory_limit as initdata https://git.kernel.o

Re: [PATCH] powerpc/dart: Drop unnecessary call to kmemleak_no_scan()

On Fri, 19 Apr 2024 21:59:13 +1000, Michael Ellerman wrote: > Erhard reported that kmemleak was showing a warning at boot: > > kmemleak: Not scanning unknown object at 0xc0007f00 > CPU: 0 PID: 0 Comm: swapper Not tainted 5.19.0-rc3-PMacG5+ #2 > Call Trace: >.d

  1   2   3   4   5   6   7   8   9   10   >