__setup() handlers should return 1 to obsolete_checksetup() in
init/main.c to indicate that the boot option has been handled.
A return of 0 causes the boot option/value to be listed as an Unknown
kernel parameter and added to init's (limited) argument or environment
strings. Also, error return
__setup() handlers should return 1 to obsolete_checksetup() in
init/main.c to indicate that the boot option has been handled.
A return of 0 causes the boot option/value to be listed as an Unknown
kernel parameter and added to init's (limited) argument or environment
strings. Also, error return
__setup() handlers should return 1 to obsolete_checksetup() in
init/main.c to indicate that the boot option has been handled.
A return of 0 causes the boot option/value to be listed as an Unknown
kernel parameter and added to init's (limited) argument or environment
strings. Also, error return
https://bugzilla.kernel.org/show_bug.cgi?id=200055
Erhard F. (erhar...@mailbox.org) changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
https://bugzilla.kernel.org/show_bug.cgi?id=200055
--- Comment #25 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 300559
--> https://bugzilla.kernel.org/attachment.cgi?id=300559=edit
dmesg (kernel 5.17-rc7, PowerMac G5 11,2)
--
You may reply to this email to add a comment.
You
https://bugzilla.kernel.org/show_bug.cgi?id=200055
--- Comment #24 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 300558
--> https://bugzilla.kernel.org/attachment.cgi?id=300558=edit
kernel .config (kernel 5.17-rc7, PowerMac G5 11,2)
--
You may reply to this email to add a
https://bugzilla.kernel.org/show_bug.cgi?id=215567
Erhard F. (erhar...@mailbox.org) changed:
What|Removed |Added
Status|NEW |RESOLVED
On Sat, Mar 12, 2022 at 4:36 PM Arnd Bergmann wrote:
>
> On Sat, Mar 12, 2022 at 3:13 AM Guo Ren wrote:
> > On Fri, Mar 11, 2022 at 9:38 PM Ben Dooks wrote:
> > > On 11/03/2022 02:38, Guo Ren wrote:
> > > >> --- a/arch/riscv/kernel/process.c
> > > >> +++ b/arch/riscv/kernel/process.c
> > > >>
Michael Ellerman writes:
> On Thu, 23 Dec 2021 18:19:28 -0300, Fabiano Rosas wrote:
>> This is a resend the module cleanup fixes but this time without the
>> HV/PR merge.
>>
>> Fabiano Rosas (1):
>> KVM: PPC: Book3S HV: Check return value of kvmppc_radix_init
>> KVM: PPC: Book3S HV: Delay
On Tue, 25 Jan 2022 12:57:31 -0300, Fabiano Rosas wrote:
> changes from v2:
>
> - patch 4: Matched module_put() to try_module_get()
>
> v2:
> https://lore.kernel.org/r/20220124220803.1011673-1-faro...@linux.ibm.com
>
> [...]
Applied to powerpc/topic/ppc-kvm.
[1/4] KVM: PPC: Book3S HV: Check
On Sun, 27 Feb 2022 23:46:01 -0800, Haren Myneni wrote:
> Virtual Accelerator Switchboard (VAS) is an engine stays on the
> chip. So all windows opened on a specific engine belongs to VAS
> the chip. The hypervisor expects the partition to close all
> active windows on the sources system and
On Tue, 8 Mar 2022 18:09:28 +0800, YueHaibing wrote:
> arch/powerpc/platforms/cell/spufs/sched.c:1055:12: warning:
> ‘show_spu_loadavg’ defined but not used [-Wunused-function]
> static int show_spu_loadavg(struct seq_file *s, void *private)
> ^~~~
>
> Move it into
On Tue, 8 Mar 2022 10:14:14 +1100, Rohan McLure wrote:
> Inspired by (bd75b4ef4977: Constify static attribute_group structs),
> accepted by linux-next, reported:
> https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220210202805.7750-4-rikard.falkeb...@gmail.com/
>
> Nearly all singletons
On Fri, 4 Mar 2022 17:12:22 +1100, Michael Ellerman wrote:
> Since the IBM A2 CPU support was removed, see commit
> fb5a515704d7 ("powerpc: Remove platforms/wsp and associated pieces"),
> the only 64-bit Book3E CPUs we support are Freescale (NXP) ones.
>
> However our Kconfig still allows
On Wed, 23 Feb 2022 15:02:23 +0800, Hangyu Hua wrote:
> mpc8xx_pic_init() should return -ENOMEM instead of 0 when
> irq_domain_add_linear() return NULL. This cause mpc8xx_pics_init to continue
> executing even if mpc8xx_pic_host is NULL.
>
>
Applied to powerpc/next.
[1/1] powerpc: 8xx: fix a
On Fri, 4 Mar 2022 18:04:02 +0100, Christophe Leroy wrote:
> Last call to sys_swapcontext() from ASM was removed by
> commit fbcee2ebe8ed ("powerpc/32: Always save non volatile GPRs at
> syscall entry")
>
> sys_debug_setcontext() prototype not needed anymore since
> commit f3675644e172
On Wed, 2 Mar 2022 10:19:59 +0800, Hangyu Hua wrote:
> Refcount leak will happen when format_show returns failure in multiple
> cases. Unified management of of_node_put can fix this problem.
>
>
Applied to powerpc/next.
[1/1] powerpc: kernel: fix refcount leak in format_show()
On Fri, 11 Feb 2022 15:16:51 +0100, Christophe Leroy wrote:
> A ppc64_defconfig build exhibits about 10 copied of
> prevent_user_access(). It also have one copy of set_kuap().
>
> c0017340 <.prevent_user_access.constprop.0>:
> c001a038: 4b ff d3 09 bl
On Thu, 19 Aug 2021 19:49:01 -0700, jing yangyang wrote:
> Eliminate the following coccicheck warning:
>
> ./arch/powerpc/platforms/ps3/system-bus.c:606:2-3: Unneeded semicolon
> ./arch/powerpc/platforms/ps3/system-bus.c:765:2-3: Unneeded semicolon
>
>
Applied to powerpc/next.
[1/1] ps3:
On Fri, 11 Feb 2022 09:51:32 +0100, Christophe Leroy wrote:
> Building a kernel with CONFIG_CC_OPTIMISE_FOR_SIZE leads to
> the following functions being copied several times in vmlinux:
>
> 31 times __ilog2_u32()
> 34 times fls()
>
> Disassembly follows:
>
> [...]
Applied to
On Wed, 9 Mar 2022 17:18:22 +1100, Alexey Kardashevskiy wrote:
> When ld detects unaligned relocations, it emits R_PPC64_UADDR64
> relocations instead of R_PPC64_RELATIVE. Currently R_PPC64_UADDR64 are
> detected by arch/powerpc/tools/relocs_check.sh and expected not to work.
> Below is a simple
On Sat, Mar 12, 2022 at 3:13 AM Guo Ren wrote:
> On Fri, Mar 11, 2022 at 9:38 PM Ben Dooks wrote:
> > On 11/03/2022 02:38, Guo Ren wrote:
> > >> --- a/arch/riscv/kernel/process.c
> > >> +++ b/arch/riscv/kernel/process.c
> > >> @@ -97,6 +97,11 @@ void start_thread(struct pt_regs *regs, unsigned
22 matches
Mail list logo
