Re: [patch 05/22] genirq/msi: Fixup includes

On 11/30/21 23:41, Thomas Gleixner wrote: On Tue, Nov 30 2021 at 23:10, Thomas Gleixner wrote: On Tue, Nov 30 2021 at 22:48, Cédric Le Goater wrote: On 11/29/21 22:38, Thomas Gleixner wrote: On Mon, Nov 29 2021 at 08:33, Cédric Le Goater wrote: thanks for having a look. I fixed up this and

Re: [PATCH v5 5/5] powerpc/inst: Optimise copy_inst_from_kernel_nofault()

' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Christophe-Leroy/powerpc-inst-Refactor-___get_user_instr/20211130-015346 base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next config: powerpc64-randconfig-r021-20211201

Re: [PATCH v2 rebased 7/9] powerpc/mm: Convert to default topdown mmap layout

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > Select CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT and > remove arch/powerpc/mm/mmap.c > > This change provides standard randomisation of mmaps. > > See commit 8b8addf891de ("x86/mm/32: Enable full randomization on i386 >

Re: [PATCH v2 rebased 5/9] powerpc/mm: Call radix__arch_get_unmapped_area() from arch_get_unmapped_area()

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > Instead of setting mm->get_unmapped_area() to either > arch_get_unmapped_area() or radix__arch_get_unmapped_area(), > always set it to arch_get_unmapped_area() and call > radix__arch_get_unmapped_area() from there when radix

Re: [PATCH v2 rebased 4/9] powerpc/mm: Remove asm/slice.h

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > Move necessary stuff in asm/book3s/64/slice.h and > remove asm/slice.h Any reason to make this separate from patch 1? Thanks, Nick

Re: [PATCH v2 rebased 3/9] powerpc/mm: Remove CONFIG_PPC_MM_SLICES

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > CONFIG_PPC_MM_SLICES is always selected by hash book3s/64. > CONFIG_PPC_MM_SLICES is never selected by other platforms. > > Remove it. I guess there is some remnants of code/data to build 64s hash without slices. Maybe

Re: [PATCH v2 rebased 2/9] powerpc/mm: Move vma_mmu_pagesize() and hugetlb_get_unmapped_area() to slice.c

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > vma_mmu_pagesize() is only required for slices, > otherwise there is a generic weak version. Fine. > hugetlb_get_unmapped_area() is dedicated to slices. > radix__hugetlb_get_unmapped_area() as well. Hmm, that's

Re: [PATCH v2 rebased 1/9] powerpc/mm: Make slice specific to book3s/64

Excerpts from Christophe Leroy's message of November 26, 2021 3:52 am: > Since commit 555904d07eef ("powerpc/8xx: MM_SLICE is not needed > anymore") only book3s/64 selects CONFIG_PPC_MM_SLICES. > > Move slice.c into mm/book3s64/ > > Signed-off-by: Christophe Leroy Reviewed-by: Nicholas Piggin

[PATCH] KVM: PPC: Book3S HV P9: Remove unused ri_set local variable

ri_set is set and never used. Signed-off-by: Nicholas Piggin --- This patch is against powerpc next. It's causing warnings with new gcc now. Thanks, Nick arch/powerpc/kvm/book3s_hv_p9_entry.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git

Re: [PATCH v5 15/17] powerpc/64s: Make hash MMU support configurable

Excerpts from Fabiano Rosas's message of November 29, 2021 11:46 pm: > Nicholas Piggin writes: > >> This adds Kconfig selection which allows 64s hash MMU support to be >> disabled. It can be disabled if radix support is enabled, the minimum >> supported CPU type is POWER9 (or higher), and KVM is

Re: [PATCH v2 0/6] KEXEC_SIG with appended signature

Hi, On 11/25/21 at 07:02pm, Michal Suchanek wrote: > Hello, > > This is resend of the KEXEC_SIG patchset. > > The first patch is new because it'a a cleanup that does not require any > change to the module verification code. > > The second patch is the only one that is intended to change any >

Re: [PATCH v2 2/5] rtc: gamecube: Report low battery as invalid data

Hello, On 28/10/2021 00:35:12+0200, Emmanuel Gil Peyrot wrote: > I haven’t been able to test this patch as all of my consoles have a > working RTC battery, but according to the documentation it should work > like that. > > Signed-off-by: Emmanuel Gil Peyrot > --- > drivers/rtc/rtc-gamecube.c |

Re: [PATCH] of: unmap memory regions in /memreserve node

+linuxppc-dev On Wed, Nov 24, 2021 at 09:33:47PM +0800, Calvin Zhang wrote: > Reserved memory regions in /memreserve node aren't and shouldn't > be referenced elsewhere. So mark them no-map to skip direct mapping > for them. I suspect this has a high chance of breaking some platform. There's no

Re: [patch 05/22] genirq/msi: Fixup includes

On Tue, Nov 30 2021 at 23:10, Thomas Gleixner wrote: > On Tue, Nov 30 2021 at 22:48, Cédric Le Goater wrote: >> On 11/29/21 22:38, Thomas Gleixner wrote: >>> On Mon, Nov 29 2021 at 08:33, Cédric Le Goater wrote: >>> thanks for having a look. I fixed up this and other fallout and pushed out >>>

Re: [PATCH 0/2] of: remove reserved regions count restriction

On Mon, Nov 29, 2021 at 06:08:10PM -0600, Rob Herring wrote: > On Sun, Nov 21, 2021 at 08:43:47AM +0200, Mike Rapoport wrote: > > On Fri, Nov 19, 2021 at 03:58:17PM +0800, Calvin Zhang wrote: > > > The count of reserved regions in /reserved-memory was limited because > > > the struct reserved_mem

Re: [patch 05/22] genirq/msi: Fixup includes

On Tue, Nov 30 2021 at 22:48, Cédric Le Goater wrote: > On 11/29/21 22:38, Thomas Gleixner wrote: >> On Mon, Nov 29 2021 at 08:33, Cédric Le Goater wrote: >> thanks for having a look. I fixed up this and other fallout and pushed out an >> updated series (all 4 parts) to: >> >>

Re: [patch 05/22] genirq/msi: Fixup includes

On 11/29/21 22:38, Thomas Gleixner wrote: Cedric, On Mon, Nov 29 2021 at 08:33, Cédric Le Goater wrote: On 11/27/21 02:18, Thomas Gleixner wrote: Remove the kobject.h include from msi.h as it's not required and add a sysfs.h include to the core code instead. Signed-off-by: Thomas Gleixner

Re: [PATCH v5 5/5] powerpc/inst: Optimise copy_inst_from_kernel_nofault()

t-scm.com/docs/git-format-patch] > >> > >> url: > >> https://github.com/0day-ci/linux/commits/Christophe-Leroy/powerpc-inst-Refactor-___get_user_instr/20211130-015346 > >> base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > &g

[Bug 205099] KASAN hit at raid6_pq: BUG: Unable to handle kernel data access at 0x00f0fd0d

https://bugzilla.kernel.org/show_bug.cgi?id=205099 Erhard F. (erhar...@mailbox.org) changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v2 0/6] KEXEC_SIG with appended signature

On Thu, Nov 25, 2021 at 07:02:38PM +0100, Michal Suchanek wrote: > Hello, > > This is resend of the KEXEC_SIG patchset. > > The first patch is new because it'a a cleanup that does not require any > change to the module verification code. > > The second patch is the only one that is intended to

[PATCH AUTOSEL 5.10 36/43] xen: flag hvc_xen to be not essential for system boot

From: Juergen Gross [ Upstream commit 0239143490a9fa1344955dde93527b09f5576dac ] The Xen pv console driver is not essential for boot. Set the respective flag. Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky Link: https://lore.kernel.org/r/20211022064800.14978-4-jgr...@suse.com

[PATCH AUTOSEL 5.15 50/68] xen: flag hvc_xen to be not essential for system boot

From: Juergen Gross [ Upstream commit 0239143490a9fa1344955dde93527b09f5576dac ] The Xen pv console driver is not essential for boot. Set the respective flag. Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky Link: https://lore.kernel.org/r/20211022064800.14978-4-jgr...@suse.com

[PATCH v2] powerpc/powermac: Add missing lockdep_register_key()

KeyWest i2c @0xf8001003 irq 42 /uni-n@f800/i2c@f8001000 BUG: key c2d00cbc has not been registered! [ cut here ] DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:4801 lockdep_init_map_type+0x4c0/0xb4c Modules linked in: CPU: 0 PID: 1 Comm:

Re: [PATCH] powerpc/modules: Don't WARN on first module allocation tentative

Le 30/11/2021 à 15:06, Erhard F. a écrit : On Tue, 30 Nov 2021 11:10:43 +0100 Christophe Leroy wrote: module_alloc() first tries to allocate module text within 24 bits direct jump from kernel text, and tries a wider allocation if first one fails. When first allocation fails the following

Re: [PATCH] powerpc/powermac: Add missing lockdep_register_key()

Le 30/11/2021 à 14:53, Erhard F. a écrit : On Tue, 30 Nov 2021 10:32:42 +0100 Christophe Leroy wrote: KeyWest i2c @0xf8001003 irq 42 /uni-n@f800/i2c@f8001000 BUG: key c2d00cbc has not been registered! [ cut here ] DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 0 PID: 1 at

[Bug 205099] KASAN hit at raid6_pq: BUG: Unable to handle kernel data access at 0x00f0fd0d

https://bugzilla.kernel.org/show_bug.cgi?id=205099 --- Comment #48 from Erhard F. (erhar...@mailbox.org) --- Created attachment 299795 --> https://bugzilla.kernel.org/attachment.cgi?id=299795=edit kernel_page_tables (5.15.5 + patch, INLINE KASAN, LOWMEM_SIZE=0x3000, PowerMac G4 DP) -- You

[Bug 205099] KASAN hit at raid6_pq: BUG: Unable to handle kernel data access at 0x00f0fd0d

https://bugzilla.kernel.org/show_bug.cgi?id=205099 --- Comment #47 from Erhard F. (erhar...@mailbox.org) --- Created attachment 299793 --> https://bugzilla.kernel.org/attachment.cgi?id=299793=edit kernel_page_tables (5.15.5 + patch, OUTLINE KASAN, LOWMEM_SIZE=0x3000, PowerMac G4 DP) --

Re: [PATCH 1/2] tools/perf: Include global and local variants for p_stage_cyc sort key

> On 29-Nov-2021, at 10:41 PM, Jiri Olsa wrote: > > On Thu, Nov 25, 2021 at 08:18:50AM +0530, Athira Rajeev wrote: >> Sort key p_stage_cyc is used to present the latency >> cycles spend in pipeline stages. perf tool has local >> p_stage_cyc sort key to display this info. There is no >> global

Re: [PATCH] powerpc/rtas: Introduce rtas_get_sensor_nonblocking() for pci hotplug driver.

Mahesh J Salgaonkar writes: > On 2021-11-29 22:53:41 Mon, Nathan Lynch wrote: >> Mahesh Salgaonkar writes: >> > When certain PHB HW failure causes phyp to recover PHB, it marks the PE >> > state as temporarily unavailable until recovery is complete. This also >> > triggers an EEH handler in

[PATCH 2/2] powerpc/32: Remove _ENTRY() macro

_ENTRY() is now redundant with _GLOBAL(). Remove it. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/ppc_asm.h | 4 arch/powerpc/kernel/head_40x.S | 18 +- arch/powerpc/kernel/head_44x.S | 4 ++-- arch/powerpc/kernel/head_8xx.S | 4 ++--

[PATCH 1/2] powerpc/32: Remove remaining .stabs annotations

STABS debug format has been superseded long time ago by DWARF. Remove the few remaining .stabs annotations from old 32 bits code. Reported-by: kernel test robot Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/ppc_asm.h | 1 - arch/powerpc/kernel/head_book3s_32.S | 3 ---

Re: bug: usb: gadget: FSL_UDC_CORE Corrupted request list leads to unrecoverable loop.

On Mon, 2021-11-29 at 23:48 +, Eugene Bordenkircher wrote: > Agreed, > > We are happy pick up the torch on this, but I'd like to try and hear from > Joakim first before we do. The patch set is his, so I'd like to give him the > opportunity. I think he's the only one that can add a truly

Re: [PATCH v5 1/3] powerpc/bitops: Use immediate operand when possible

LEROY Christophe writes: > Hi Michael, > > Any chance to get this series merged this cycle ? Yeah. I hesitated a bit at the changes which make the atomic asm even more complicated, but I guess it's worth it. cheers > Le 21/09/2021 à 17:09, Christophe Leroy a écrit : >> Today we get the

Re: [PATCH v5 5/5] powerpc/inst: Optimise copy_inst_from_kernel_nofault()

-20211129] >> [If your patch is applied to the wrong git tree, kindly drop us a note. >> And when submitting patch, we suggest to use '--base' as documented in >> https://git-scm.com/docs/git-format-patch] >> >> url: >> https://github.com/0day-ci/linux/commits/Chris

Re: [PATCH] powerpc/pseries/vas: Don't print an error when VAS is unavailable

Haren Myneni writes: > On Tue, 2021-11-30 at 10:25 +1100, Michael Ellerman wrote: >> Nicholas Piggin writes: >> > Excerpts from Cédric Le Goater's message of November 26, 2021 5:13 >> > pm: >> > > On 11/26/21 06:21, Nicholas Piggin wrote: >> > > > KVM does not support VAS so guests always print

[PATCH] powerpc: unrecoverable system reset crash fix

When the system reset interrupt (0x100 trap) calls die(), it does not exit so it returns. Unrecoverable system reset cases don't expect this, so it continues on and ends up going BUG later. Change the 0x100 logic in die to just avoid kexec/fadump. Then a 0 signr can be used by a caller to avoid

Re: [RFC PATCH 0/3] Use pageblock_order for cma and alloc_contig_range alignment.

On Tue, Nov 30, 2021 at 10:11:36AM +0100, Vlastimil Babka wrote: > >>> I find that two pageblocks with different migratetypes, like > >>> MIGRATE_RECLAIMABLE > >>> and MIGRATE_MOVABLE can be merged into a single free page after I checked > >>> __free_one_page() in detail and printed pageblock

[PATCH] powerpc/modules: Don't WARN on first module allocation tentative

module_alloc() first tries to allocate module text within 24 bits direct jump from kernel text, and tries a wider allocation if first one fails. When first allocation fails the following is observed in kernel logs: vmap allocation for size 2400256 failed: use vmalloc= to increase size

Re: [PATCH] powerpc/rtas: Introduce rtas_get_sensor_nonblocking() for pci hotplug driver.

On 2021-11-29 22:53:41 Mon, Nathan Lynch wrote: > Mahesh Salgaonkar writes: > > When certain PHB HW failure causes phyp to recover PHB, it marks the PE > > state as temporarily unavailable until recovery is complete. This also > > triggers an EEH handler in Linux which needs to notify drivers,

[PATCH] powerpc/powermac: Add missing lockdep_register_key()

KeyWest i2c @0xf8001003 irq 42 /uni-n@f800/i2c@f8001000 BUG: key c2d00cbc has not been registered! [ cut here ] DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:4801 lockdep_init_map_type+0x4c0/0xb4c Modules linked in: CPU: 0 PID: 1 Comm:

Re: [RFC PATCH 0/3] Use pageblock_order for cma and alloc_contig_range alignment.

On 11/29/21 23:08, Zi Yan wrote: > On 23 Nov 2021, at 12:32, Vlastimil Babka wrote: > >> On 11/23/21 17:35, Zi Yan wrote: >>> On 19 Nov 2021, at 10:15, Zi Yan wrote: >> From what my understanding, cma required alignment of >> max(MAX_ORDER - 1, pageblock_order), because when MIGRATE_CMA

[PATCH] powerpc/32s: Fix shift-out-of-bounds in KASAN init

UBSAN: shift-out-of-bounds in arch/powerpc/mm/kasan/book3s_32.c:22:23 shift exponent -1 is negative CPU: 0 PID: 0 Comm: swapper Not tainted 5.15.5-gentoo-PowerMacG4 #9 Call Trace: [c214be60] [c0ba0048]