Stephen Rothwell writes:
> On Mon, 17 Mar 2025 22:09:43 +1100 Michael Ellerman
> wrote:
>>
>> Could you please add the topic/cxl branch of the powerpc tree to
>> linux-next for the next few weeks, it's targeted for the next merge
>> window.
>>
>>
23:09:52
+1100)
- - --
powerpc updates for 6.15 #2
- Remove the IBM CAPI (cxl) driver
Thanks to: Andrew Donnellan.
- - --
Andrew Donnellan (1):
cxl: Remove driver
Mich
Michal Suchanek writes:
> Similar to x86 the ppc boot code does not build with GCC 15.
>
> Copy the fix from
> commit ee2ab467bddf ("x86/boot: Use '-std=gnu11' to fix build with GCC 15")
>
> Signed-off-by: Michal Suchanek
> ---
> v2: Move the fix outside of ifdef to apply to all subarchitectures
where supported should instead
> use ioread64()/iowrite64() after including the corresponding header file.
>
> Signed-off-by: Arnd Bergmann
> ---
> arch/powerpc/include/asm/io.h | 48 ---
> 1 file changed, 48 deletions(-)
Acked-by: Michael Ellerman (powerpc)
cheers
Venkat Rao Bagalkote writes:
> Greetings!!
>
> I am observing selftests/powerpc/signal:sigfuz test fails on linux
> mainline repo on IBM Power10 systems.
>
> The test passes on the kernel with commit head:
> 619f0b6fad524f08d493a98d55bac9ab8895e3a6 and fails on the kernel with
> commit head: ce
Hi sfr,
Could you please add the topic/cxl branch of the powerpc tree to
linux-next for the next few weeks, it's targeted for the next merge
window.
https://web.git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/log/?h=topic/cxl
It contains a topic branch of sorts to hold the cxl remov
oking") and disable KASAN reports during patching when
> using temporary mm.
>
> Reported-by: Erhard Furtner
> Close: https://lore.kernel.org/all/20250201151435.48400261@yea/
> Fixes: 465cabc97b42 ("powerpc/code-patching: introduce patch_instructions()")
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/lib/code-patching.c | 2 ++
> 1 file changed, 2 insertions(+)
Thanks for debugging that Christophe.
Fix looks good to me.
Acked-by: Michael Ellerman
cheers
Paul Mackerras writes:
> On Wed, Jan 29, 2025 at 04:21:26PM +1000, Nicholas Piggin wrote:
>> On Wed Jan 29, 2025 at 8:55 AM AEST, Paul Mackerras wrote:
>> > This adds support for Microwatt systems with more than one core, and
>> > updates the device tree for a 2-core version. (This does not preve
Alexey Gladkov writes:
>
...
> I'm not a powerpc expert but shouldn't be used regs->gpr[3] via a
> regs_return_value() in system_call_exception() ?
Yes I agree.
> notrace long system_call_exception(struct pt_regs *regs, unsigned long r0)
> {
> ...
> r0 = do_syscall_trace_enter(regs
"Dmitry V. Levin" writes:
> On Thu, Jan 23, 2025 at 08:28:15PM +0200, Dmitry V. Levin wrote:
...
>> After looking at system_call_exception() I doubt this inconsistency can be
>> easily avoided, so I don't see how this patch could be enhanced further,
>> and what else could I do with the patch besi
"Dmitry V. Levin" writes:
> On Mon, Jan 20, 2025 at 02:51:38PM +0100, Christophe Leroy wrote:
>> Le 14/01/2025 à 18:04, Dmitry V. Levin a écrit :
>> > On Mon, Jan 13, 2025 at 06:34:44PM +0100, Christophe Leroy wrote:
>> >> Le 13/01/2025 à 18:10, Dmitry V. Levin a écrit :
>> >>> Bring syscall_set_r
Stephen Rothwell writes:
> Hi all,
>
> The following commit is also in Linus Torvalds' tree as a different commit
> (but the same patch):
>
> 7fee0217538a ("MAINTAINERS: powerpc: Update my status")
>
> This is commit
>
> 77a903cd8e5a ("MAINTAINERS: powerpc: Update my status")
>
> in Linus' tre
Stephen Rothwell writes:
> Hi Michael,
>
> On Sat, 11 Jan 2025 10:57:38 +1100 Michael Ellerman
> wrote:
>>
>> Maddy is taking over the day-to-day maintenance of powerpc. I will still
>> be around to help, and as a backup.
>>
>> Re-order the main POWER
there.
Remove myself from BPF, leaving Hari & Christophe as maintainers.
Signed-off-by: Michael Ellerman
---
MAINTAINERS | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 910305c11e8a..025c6ad42c9d 100644
--- a/MAINTAINERS
+++ b/MAINTAI
Erhard Furtner writes:
> Greetings!
>
> I am aware there is commit cf89c9434af122f28a3552e6f9cc5158c33ce50a
> (already merged in v6.13-rc3) which fixes some of the "Missing
> '#size-cells' errors" but there is more:
>
> [ cut here ]
> hub 3-0:1.0: USB hub found
> Missing '#
Jakub Kicinski writes:
> On Wed, 18 Dec 2024 17:59:17 -0800 Jakub Kicinski wrote:
>> On Wed, 18 Dec 2024 21:55:12 +1100 Michael Ellerman wrote:
>> > This driver can no longer be built since support for IBM Cell Blades was
>> > removed, in particular PPC_IBM_CELL_B
quot;)
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/powerpc/benchmarks/gettimeofday.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/powerpc/benchmarks/gettimeofday.c
b/tools/testing/selftests/powerpc/benchmarks/gettimeofday.c
index 580fca
Use IS_ENABLED() for the device tree checks, so that more code is
checked by the compiler without having to build all the different
configurations.
Suggested-by: Rob Herring
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/prom_init.c | 39 -
1 file
This driver can no longer be built since support for IBM Cell Blades was
removed, in particular CBE_RAS.
Remove the driver.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
Cc: linux...@vger.kernel.org
drivers/cpufreq/Kconfig.powerpc | 18 --
drivers/cpufreq/Makefile
This driver can no longer be built since support for IBM Cell Blades was
removed, in particular PPC_IBM_CELL_BLADE.
Remove the driver and the documentation.
Remove the MAINTAINERS entry, and add Ishizaki and Geoff to CREDITS.
Reviewed-by: Arnd Bergmann
Signed-off-by: Michael Ellerman
---
v2
This driver can no longer be built since support for IBM Cell Blades was
removed, in particular PPC_CELL_COMMON.
Remove the driver.
Signed-off-by: Michael Ellerman
---
v2: Rebase.
Cc: linux-e...@vger.kernel.org
drivers/edac/Kconfig | 8 --
drivers/edac/Makefile| 2 -
drivers/edac
Remove a reference to PPC_IBM_CELL_BLADE which has been removed.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
Cc: net...@vger.kernel.org
drivers/net/ethernet/toshiba/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/toshiba/Kconfig
b
Remove a reference to CBE_CPUFREQ_SPU_GOVERNOR which has been removed.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
Documentation/admin-guide/kernel-per-CPU-kthreads.rst | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/Documentation/admin-guide/kernel-per-CPU
The powerpc Cell blade support, now removed, was the only user of
IRQ_EDGE_EOI_HANDLER, so remove it.
Acked-by: Thomas Gleixner
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
kernel/irq/Kconfig | 4
kernel/irq/chip.c | 47 --
2 files
anyone is using it or needs it we can always resurrect it from git.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/Kconfig.debug | 7
arch/powerpc/kernel/rtas.c | 75 --
arch/powerpc/kernel/udbg.c | 3 --
arch/powerpc/platforms/Kc
io.c uses open-coded barriers. Update it to use the equivalent but in
macro form.
Signed-off-by: Michael Ellerman
---
v2: New.
arch/powerpc/kernel/io.c | 42 +++-
1 file changed, 24 insertions(+), 18 deletions(-)
diff --git a/arch/powerpc/kernel/io.c b/arch
Now that the IBM Cell Blade support is removed, the xmon SPU support is
effectively unusable. That is because PS3 doesn't implement udbg_getc
which is required to send input to xmon.
So remove the xmon SPU support.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/includ
The "_ns" suffix was "historical" in 2006, finally remove it.
Signed-off-by: Michael Ellerman
---
v2: New.
arch/powerpc/include/asm/io.h | 23 +--
arch/powerpc/kernel/io.c | 16
2 files changed, 13 insertions(+), 26 deletions(-
PCI_IO_ADDR is a ppc-ism, which obscures the fact that some of the
powerpc accessors are identical to the generic ones. So remove it and
spell out the type fully.
Signed-off-by: Michael Ellerman
---
v2: New.
arch/powerpc/include/asm/io.h | 51 +--
1 file changed
The raw accessors are identical to the generic versions, use the generic
versions.
Suggested-by: Arnd Bergmann
Signed-off-by: Michael Ellerman
---
v2: New.
arch/powerpc/include/asm/io.h | 68 +--
1 file changed, 9 insertions(+), 59 deletions(-)
diff --git a
The calculation of the IO port is repeated several times, wrap it in
a macro, in particular to avoid spelling out the cast multiple times.
Signed-off-by: Michael Ellerman
---
v2: New.
arch/powerpc/include/asm/io.h | 26 ++
1 file changed, 14 insertions(+), 12 deletions
Some of the __do_xxx() defines do nothing useful, they just existed to
make the previous hooking macros work. So remove them.
Reviewed-by: Arnd Bergmann
Signed-off-by: Michael Ellerman
---
v2: Rebase. Also do _memset_io() and _memcpy_toio()
arch/powerpc/include/asm/io.h | 30
s implemented next to the
implementation, and update the out-of-date comment.
Signed-off-by: Michael Ellerman
---
v2: Rebase. Move the #defines that signal each routine is implemented
next to the implementation, and update the out-of-date comment.
arch/powerpc/include/asm/io-defs.h | 70 ++--
arch
Now that PPC_INDIRECT_MMIO is removed, PCI_FIX_ADDR does nothing, so
remove it.
Acked-by: Arnd Bergmann
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/include/asm/io.h | 86 +--
arch/powerpc/mm/ioremap_64.c | 2 +-
2 files changed, 43
The Cell blade support was the last user of PPC_INDIRECT_MMIO, so it can
now be removed.
PPC_INDIRECT_PIO is still used by Power8 powernv, so it needs to remain.
Reviewed-by: Arnd Bergmann
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/include/asm/io.h | 58
The Cell blade support was the last user of PPC_IO_WORKAROUNDS, so they
can now be removed.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/include/asm/io-workarounds.h | 55 --
arch/powerpc/kernel/Makefile | 2 -
arch/powerpc/kernel/io-workarounds.c
The Cell blade support was the last user of PPC_OF_PLATFORM_PCI, so
remove it.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/Kconfig | 5 --
arch/powerpc/kernel/Makefile | 2 +-
arch/powerpc/kernel/of_platform.c | 102 --
3
The Cell blade support was the last user of DCR_MMIO, so it can now
be removed.
That only leaves DCR_NATIVE, meaning the DCR generic layer which allows
using either DCR_NATIVE or DCR_MMIO is also unnecessary, remove it too.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc
CONFIG_PPC_PMI is no longer selectable now that PPC_IBM_CELL_BLADE has
been removed, via the dependency on PPC_IBM_CELL_POWERBUTTON.
So remove it and the driver, and the pmi.h header which it was the only
user of.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/include/asm
Now that CONFIG_PPC_CELL_NATIVE is removed, iommu_fixed_is_weak will
always be false, so remove it entirely.
Also remove a hack/quirk in the HTAB code that was only used on Cell.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/include/asm/iommu.h | 6 --
arch/powerpc
The symbols are no longer selectable so remove references to them.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/boot/Makefile | 2 --
arch/powerpc/configs/cell_defconfig | 2 --
arch/powerpc/configs/ppc64_defconfig | 2 --
3 files changed, 6 deletions(-)
diff
Although this driver is still buildable, it can't actually do anything
in practice now that the low-level cpufreq driver for Cell has been
disabled due to the removal of CBE_RAS.
Signed-off-by: Michael Ellerman
---
v2: Unchanged.
arch/powerpc/platforms/cell/Kconfig | 9 --
Andrew Donnellan writes:
> This series removes the cxl and cxlflash drivers for IBM CAPI devices.
>
> CAPI devices have been out of production for some time, and we're not
> aware of any remaining users who are likely to want a modern kernel.
> There's almost certainly some remaining driver bugs a
nto
the kernel. However that's OK, because it is blocked by the MMU, just
like any other attempt to jump into the kernel from userspace.
Reported-by: Linus Torvalds
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/process.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
Avnish Chouhan writes:
> Change RMA size from 512 MB to 768 MB which will result
> in more RMA at boot time for PowerPC.
Did you consider just increasing it to 1GB?
It's possible there's some folks running LPARs with less than 1GB, but
they are unlikely to continue doing so by the time this cha
Rob Herring writes:
> On Mon, Nov 25, 2024 at 8:57 PM Michael Ellerman wrote:
>>
>> On some powermacs `escc` nodes are missing `#size-cells` properties,
>> which is deprecated and now triggers a warning at boot since commit
>> 045b14ca5c36 ("of: WARN on depre
John Paul Adrian Glaubitz writes:
> Hello Michael,
Hi Adrian,
>> The Linux CHRP code only supports a handful of machines, all 32-bit, eg.
>> IBM B50, bplan/Genesi Pegasos/Pegasos2, Total Impact briQ, and possibly
>> some from Motorola? No Apple machines should be affected.
>
> I have a Pegasos 2
Segher Boessenkool writes:
> On Fri, Nov 15, 2024 at 12:11:04AM +1100, Michael Ellerman wrote:
>> CHRP (Common Hardware Reference Platform) was a standard developed by
>> IBM & Apple for PowerPC-based systems.
>>
>> The standard was used in the development of so
Michael Ellerman writes:
> "Rob Herring (Arm)" writes:
>> While OpenFirmware originally allowed walking parent nodes and default
>> root values for #address-cells and #size-cells, FDT has long required
>> explicit values. It's been a warning in dtc for the ro
Christophe Leroy writes:
> Le 07/11/2024 à 12:29, Michael Ellerman a écrit :
>> Yang Li writes:
>>> The header files linux/mem_encrypt.h is included twice in svm.c,
>>> so one inclusion of each can be removed.
>>>
>>> Reported-by: Abaci Robo
ng the warning. Note
that `escc-legacy` nodes are also missing `#size-cells` properties, but
they are skipped by the macio driver, so leave them alone.
Depends-on: 045b14ca5c36 ("of: WARN on deprecated #address-cells/#size-cells
handling")
Signed-off-by: Michael Ellerman
---
a
ast).
Not sure if you dropped my ack on purpose, but here have another one :)
Acked-by: Michael Ellerman (powerpc)
cheers
On Tue, 12 Nov 2024 19:41:34 +1100, Michael Ellerman wrote:
> These two drivers are only buildable for the powerpc "maple" platform
> (CONFIG_PPC_MAPLE), which has now been removed, see
> commit 62f8f307c80e ("powerpc/64: Remove maple platform").
>
> Remove the
On Mon, 18 Nov 2024 17:11:11 +0530, Kajol Jain wrote:
> To support performance measurement for KVM on PowerVM(KoP)
> feature, PowerVM hypervisor has added couple of new software
> counters in Virtual Process Area(VPA) of the partition.
>
> Commit e1f288d2f9c69 ("KVM: PPC: Book3S HV nestedv2: Add
>
n Rothwell
Closes: https://lore.kernel.org/all/20241120171302.20534...@canb.auug.org.au/
Signed-off-by: Michael Ellerman
---
.../sysfs-bus-event_source-devices-vpa-pmu| 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/Documentation/ABI/testing/sysfs-bus-ev
match_string() in
pmac_has_backlight_type()
macintosh: Use common error handling code in via_pmu_led_init()
Michael Ellerman (19):
Merge branch 'topic/vdso' into next
powerpc/64: Drop IPI_PRIORITY from asm-offsets
powerpc/machdep: Drop include of seq_file.h
Thorsten Blum writes:
> On 11. Nov 2024, at 02:11, Michael Ellerman wrote:
>> Thorsten Blum writes:
>>> The name is Mimi Phuong-Thao Vo.
>>
>> Is that the correct spelling?
>>
>> The github commit below suggests it's Mimi Phûông-Thåo Võ.
>>
Geert Uytterhoeven writes:
> Hi Michael,
>
> On Thu, Nov 14, 2024 at 2:11 PM Michael Ellerman wrote:
>> The i2c-hydra driver depends on PPC_CHRP which has now been removed,
>> remove the driver also.
>>
>> Signed-off-by: Michael Ellerman
>
> Thanks for yo
Thomas Weißschuh writes:
> Hi Michael,
>
> On Sun, Nov 17, 2024 at 11:09:57PM +1100, Michael Ellerman wrote:
>> On Wed, 13 Nov 2024 09:06:58 +0100, Thomas Weißschuh wrote:
>> > These offsets are not used anymore, delete them.
>> >
>> >
>>
>&
Christophe Leroy writes:
> Le 14/11/2024 à 14:11, Michael Ellerman a écrit :
>> Remove various bits of code that are dead now that PPC_CHRP has been
>> removed.
>>
>> Signed-off-by: Michael Ellerman
>> ---
>> arch/powerpc/Kconfig |
Borislav Petkov writes:
> On Tue, Nov 12, 2024 at 07:41:34PM +1100, Michael Ellerman wrote:
>> These two drivers are only buildable for the powerpc "maple" platform
>> (CONFIG_PPC_MAPLE), which has now been removed, see
>> commit 62f8f307c80e ("powerpc/64: Re
Gerhard Pircher writes:
> Am 14.11.24 um 14:11 schrieb Michael Ellerman:
>> CHRP (Common Hardware Reference Platform) was a standard developed by
>> IBM & Apple for PowerPC-based systems.
>>
>> The standard was used in the development of some machines but never
On Mon, 30 Sep 2024 09:27:57 +0800, zhangjiao2 wrote:
> If there were no anamolies noted, then we can
> simply remove the log file and return.
>
>
Applied to powerpc/next.
[1/1] selftests/powerpc: Remove the path after initialization.
https://git.kernel.org/powerpc/c/7ca93aa9204b706e4afcd
Christophe Leroy writes:
> Le 14/11/2024 à 14:11, Michael Ellerman a écrit :
>> The macio-adb driver depends on PPC_CHRP, which has been removed, remove
>> the driver also.
>>
>> Signed-off-by: Michael Ellerman
>> ---
>> drivers/macintosh/Kconfig |
On Thu, 07 Nov 2024 00:04:49 +1100, Michael Ellerman wrote:
> The count_stcx_fail test runs for close to or just over 2 minutes, which
> means it sometimes times out.
>
> That's overkill for a test that just demonstrates some PMU counters
> are working. Drop the 64 billion
On Fri, 08 Nov 2024 15:18:37 +0530, Gautam Menghani wrote:
> As per the kernel documentation[1], hardlockup detector should be
> disabled in KVM guests as it may give false positives. On PPC, hardlockup
> detector is enabled inside KVM guests because disable_hardlockup_detector()
> is marked as ear
On Fri, 25 Oct 2024 00:42:33 +0530, Mukesh Kumar Chaurasiya wrote:
> Currently this cannot lookup symbol beyond 64 characters in some cases
> like "ls", "lp" and "t"
>
> Fix this by using KSYM_NAME_LEN instead of fixed 64 characters
>
>
Applied to powerpc/next.
[1/1] powerpc/xmon: symbol looku
On Mon, 12 Aug 2024 16:33:12 +1000, Michael Ellerman wrote:
> The start_opd/end_opd members of struct mod_arch_specific are only
> needed for kernels built using ELF ABI v1. Guard them with an ifdef to
> save a little bit of space on ELF ABI v2 kernels.
>
>
Applied to powe
On Sat, 19 Oct 2024 15:13:49 +1300, Paulo Miguel Almeida wrote:
> sysfs_emit() helper function should be used when formatting the value
> to be returned to user space.
>
> This patch replaces open-coded sysfs_emit() in sysfs .show() callbacks
>
>
Applied to powerpc/next.
[1/1] powerpc/ps3: rep
On Mon, 30 Sep 2024 15:56:28 +0800, Zhang Zekun wrote:
> The of_property_read_u64() can fail and remain the variable uninitialized,
> which will then be used. Return error if we failed to read the property.
>
>
Applied to powerpc/next.
[1/1] powerpc/kexec: Fix the return of uninitialized variab
On Mon, 30 Sep 2024 10:32:34 +0800, Shen Lichuan wrote:
> Fixed some confusing typos that were currently identified with codespell,
> the details are as follows:
>
> -in the code comments:
> drivers/ps3/ps3-lpm.c:94: rigths ==> rights
> drivers/ps3/ps3-sys-manager.c:365: acnowledge ==> acknowledge
On Sun, 27 Oct 2024 23:22:17 +0100, Thorsten Blum wrote:
> Remove hard-coded strings by using the str_enabled_disabled() helper
> function.
>
>
Applied to powerpc/next.
[1/1] powerpc: Use str_enabled_disabled() helper function
https://git.kernel.org/powerpc/c/19e0a70e6c3c1bf800b8ce9eb4586
On Thu, 07 Nov 2024 11:28:16 +0530, Sourabh Jain wrote:
> Memory for passing additional parameters to fadump capture kernel
> is allocated during subsys_initcall level, using memblock. But
> as slab is already available by this time, allocation happens via
> the buddy allocator. This may work for r
On Wed, 13 Nov 2024 09:06:58 +0100, Thomas Weißschuh wrote:
> These offsets are not used anymore, delete them.
>
>
Applied to powerpc/next.
[1/1] powerpc/vdso: Remove unused clockmode asm offsets
https://git.kernel.org/powerpc/c/d7a82238cb8c77d4ed8cc97cd556c5f3e64bc749
cheers
On Wed, 06 Nov 2024 15:26:39 -0600, Rob Herring (Arm) wrote:
> Simplify the ppc44x PCI dma-ranges parsing to use the for_each_of_range()
> iterator.
>
>
Applied to powerpc/next.
[1/1] powerpc: 44x: Use for_each_of_range() iterator
https://git.kernel.org/powerpc/c/817a763a07f2407ca43b2134d
On Wed, 06 Nov 2024 15:26:46 -0600, Rob Herring (Arm) wrote:
> Simplify the cell_iommu_get_fixed_address() dma-ranges parsing to use the
> for_each_of_range() iterator.
>
>
Applied to powerpc/next.
[1/1] powerpc: cell: Use for_each_of_range() iterator
https://git.kernel.org/powerpc/c/f3ef
On Thu, 07 Nov 2024 22:26:46 +1100, Michael Ellerman wrote:
> Unlike all other arches, powerpc doesn't allow the user to override CPP,
> because it sets it unconditionally in the arch Makefile. This can lead
> to strange build failures.
>
> Instead add the required flags to KB
On Wed, 30 Oct 2024 11:41:37 -0700, Nathan Chancellor wrote:
> Under certain conditions, the 64-bit '-mstack-protector-guard' flags may
> end up in the 32-bit vDSO flags, resulting in build failures due to the
> structure of clang's argument parsing of the stack protector options,
> which validates
On Tue, 01 Oct 2024 15:03:49 +0200, Michal Suchanek wrote:
> These functions are not used outside of sstep.c
>
>
Applied to powerpc/next.
[1/1] powerpc/sstep: make emulate_vsx_load and emulate_vsx_store static
https://git.kernel.org/powerpc/c/a26c4dbb3d9c1821cb0fc11cb2dbc32d5bf3463b
chee
On Tue, 12 Nov 2024 22:48:05 +1100, Michael Ellerman wrote:
> spu_priv1_beat_ops were removed in commit bf4981a00636 ("powerpc: Remove
> the celleb support"), remove the unneeded extern.
>
>
Applied to powerpc/next.
[1/1] powerpc/cell: Remove dead extern declaration
On Thu, 07 Nov 2024 22:16:30 +1100, Michael Ellerman wrote:
> Booting a KASAN=y kernel with the recently added ftrace out-of-line
> support causes a warning at boot:
>
> [ cut here ]
> Stub index overflow (1729 > 1728)
> WARNING: CPU: 0 PID: 0 a
On Fri, 15 Nov 2024 15:54:42 +1100, Michael Ellerman wrote:
> Mark Maddy as a co-maintainer, so that he can get a kernel.org account
> and help manage the powerpc tree on kernel.org.
>
>
Applied to powerpc/next.
[1/1] MAINTAINERS: powerpc: Mark Maddy as "M"
https://
On Tue, 12 Nov 2024 19:51:48 +1100, Michael Ellerman wrote:
> This driver is no longer buildable since the PPC_MAPLE platform was
> removed, see commit 62f8f307c80e ("powerpc/64: Remove maple platform").
>
> Remove the driver.
>
> Note that the comment in the driver s
On Thu, 03 Oct 2024 21:15:45 +0200, Markus Elfring wrote:
> Add a jump target so that a bit of exception handling can be better reused
> at the end of this function implementation.
>
> This issue was detected by using the Coccinelle software.
>
>
Applied to powerpc/next.
[1/1] macintosh: Use c
On Mon, 30 Sep 2024 13:20:46 +0200, Julia Lawall wrote:
> Reorganize kerneldoc parameter names to match the parameter
> order in the function header.
>
> The misordered cases were identified using the following
> Coccinelle semantic patch:
>
> //
> @initialize:ocaml@
> @@
>
> [...]
Applied to
On Fri, 11 Oct 2024 18:18:42 +0200, Markus Elfring wrote:
> Replace an of_get_property() call by of_property_match_string()
> so that this function implementation can be simplified.
>
>
Applied to powerpc/next.
[1/1] powermac: Use of_property_match_string() in pmac_has_backlight_type()
ht
On Fri, 27 Sep 2024 11:52:03 +0200, Lukas Bulwahn wrote:
> Commit 384e338a9187 ("powerpc: drop MPC8540_ADS and MPC8560_ADS platform
> support") and commit b751ed04bc5e ("powerpc: drop MPC85xx_CDS platform
> support") removes the platform support for MPC8540_ADS, MPC8560_ADS and
> MPC85xx_CDS in the
On Mon, 14 Oct 2024 11:55:03 +0100, Simon Horman wrote:
> The correct format string for resource_size_t is %pa which
> acts on the address of the variable to be formatted [1].
>
> [1]
> https://elixir.bootlin.com/linux/v6.11.3/source/Documentation/core-api/printk-formats.rst#L229
>
> Introduced
On Wed, 30 Oct 2024 12:38:33 +0530, Hari Bathini wrote:
> This is v7 of the series posted here:
> https://lore.kernel.org/all/20241018173632.277333-1-hbath...@linux.ibm.com/
>
> This series reworks core ftrace support on powerpc to have the function
> profiling sequence moved out of line. This ena
On Wed, 06 Nov 2024 14:26:25 +0100, Geert Uytterhoeven wrote:
> ps3_setup_uhc_device() is only called from ps3_setup_ehci_device() and
> ps3_setup_ohci_device(), which are both marked __init. Hence replace
> the former's __ref marker by __init.
>
> Note that before commit bd721ea73e1f9655 ("treew
On Tue, 09 Jul 2024 10:35:53 -0400, David Hunter wrote:
> The use of the __free function allows the cleanup to be based on scope
> instead of on another function called later. This makes the cleanup
> automatic and less susceptible to errors later.
>
> This code was compiled without errors or warn
On Sat, 09 Nov 2024 00:23:27 +0800, David Wang wrote:
> Performance improvement for reading /proc/interrupts on arch powerpc
>
>
Applied to powerpc/next.
[11/13] powerpc/irq: use seq_put_decimal_ull_width() for decimal values
https://git.kernel.org/powerpc/c/5b881c1f83792f5db421124171b
On Thu, 26 Sep 2024 12:26:22 +0300, Costa Shulyupin wrote:
> Replace `cpumask_any_and(a, b) >= nr_cpu_ids`
> with the more readable `!cpumask_intersects(a, b)`.
>
> Comparison between cpumask_any_and() and cpumask_intersects()
>
> The cpumask_any_and() function expands using FIND_FIRST_BIT(),
> r
On Sat, 07 Sep 2024 17:40:41 +0200, Christophe Leroy wrote:
> After the following powerpc commits, all calls to set_memory_...()
> functions check returned value.
> - Commit 8f17bd2f4196 ("powerpc: Handle error in mark_rodata_ro() and
> mark_initmem_nx()")
> - Commit f7f18e30b468 ("powerpc/kprobes:
Gautam Menghani writes:
> Running a L2 vCPU (see [1] for terminology) with LPCR_MER bit set and no
> pending interrupts results in that L2 vCPU getting an infinite flood of
> spurious interrupts. The 'if check' in kvmhv_run_single_vcpu() sets the
> LPCR_MER bit if there are pending interrupts.
Ap
On Thu, 14 Nov 2024 14:20:20 +0530, Kajol Jain wrote:
> Fix typo in the following kvm function names from:
>
> kmvhv_counters_tracepoint_regfunc -> kvmhv_counters_tracepoint_regfunc
> kmvhv_counters_tracepoint_unregfunc -> kvmhv_counters_tracepoint_unregfunc
>
>
Applied to powerpc/topic/ppc-kvm
On Mon, 28 Oct 2024 15:46:22 +0530, Amit Machhiwal wrote:
> The Power11 architected and raw mode support in Linux was merged via [1]
> and the corresponding support in QEMU is pending in [2], which is
> currently in its V6.
>
> Currently, booting a KVM guest inside a pseries LPAR (Logical Partitio
On Sun, 13 Oct 2024 22:16:47 +0200, Julia Lawall wrote:
> Since SLOB was removed and since
> commit 6c6c47b063b5 ("mm, slab: call kvfree_rcu_barrier() from
> kmem_cache_destroy()"),
> it is not necessary to use call_rcu when the callback only performs
> kmem_cache_free. Use kfree_rcu() directly.
>
On Sat, 09 Nov 2024 12:02:54 +0530, Gautam Menghani wrote:
> Doorbell emulation for nested KVM guests in V1 API is broken because of
> 2 reasons:
> 1. L0 presenting H_EMUL_ASSIST to L1 instead of H_FAC_UNAVAIL
> 2. Broken plumbing for passing around doorbell state.
>
> Fix the trap passed to L1 an
a size of 2MB. With
that all 21 tests pass on 64K PAGE_SIZE kernels.
Fixes: 01eadc8dd96d ("tests: add mount_setattr() selftests")
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/mount_setattr/mount_setattr_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
1 - 100 of 6816 matches
Mail list logo
