Re: [PATCH] ASoC: fsl_rpmsg: Fix error handler with pm_runtime_enable

2023-12-29 Thread Mark Brown
On Mon, 25 Dec 2023 17:06:08 +0900, Chancel Liu wrote: > There is error message when defer probe happens: > > fsl_rpmsg rpmsg_audio: Unbalanced pm_runtime_enable! > > Fix the error handler with pm_runtime_enable. > > > [...] Applied to

Re: [PATCHv3 RESEND 00/10] ASoC: fsl-asoc-card: compatibility integration of a generic codec use case for use with S/PDIF controller

2023-12-29 Thread Elinor Montmasson
Hello On Monday, 18 December, 2023 14:54:03, Daniel Baluta wrote > I know this is extra-work but we would greatly appreciate if you first > convert fsl-asoc-card.txt > to yml format and then add your new properties. DT schema must have at least one maintainer in the "maintainers" field. Who

Re: [RFC PATCH 5/5] powerpc/smp: Remap boot CPU onto core 0 if >= nr_cpu_ids

2023-12-29 Thread Michael Ellerman
Michael Ellerman writes: > If nr_cpu_ids is too low to include the boot CPU, remap the boot CPU > onto logical core 0. Hi guys, I finally got time to look at this issue. I think this series should fix the problems that have been seen. I've tested this fairly thoroughly with a qemu script, and

[RFC PATCH 5/5] powerpc/smp: Remap boot CPU onto core 0 if >= nr_cpu_ids

2023-12-29 Thread Michael Ellerman
If nr_cpu_ids is too low to include the boot CPU, remap the boot CPU onto logical core 0. This is achieved in two stages. In early_init_dt_scan_cpus() the boot CPU is renumbered to be on logical core 0, and the original boot core's hardware ID is recorded. Later in smp_setup_cpu_maps(), if the

[RFC PATCH 4/5] powerpc/smp: Factor out assign_threads()

2023-12-29 Thread Michael Ellerman
Factor out the for loop that assigns CPU numbers to threads of a core. The function takes the next CPU number to use as input, and returns the next available CPU number after the threads has been assigned. This will allow a subsequent change to assign threads out of order. Signed-off-by: Michael

[RFC PATCH 2/5] powerpc/smp: Increase nr_cpu_ids to include the boot CPU

2023-12-29 Thread Michael Ellerman
If nr_cpu_ids is too low to include the boot CPU adjust nr_cpu_ids upward. Otherwise the kernel will BUG when trying to allocate a paca for the boot CPU and fail to boot. Cc: sta...@vger.kernel.org Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/prom.c | 6 ++ 1 file changed, 6

[RFC PATCH 3/5] powerpc/smp: Lookup avail once per device tree node

2023-12-29 Thread Michael Ellerman
The of_device_is_available() check only needs to be done once per device node, there's no need to repeat it for each thread. Move it out of the loop. Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/setup-common.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff

[RFC PATCH 1/5] powerpc/smp: Adjust nr_cpu_ids to cover all threads of a core

2023-12-29 Thread Michael Ellerman
If nr_cpu_ids is too low to include at least all the threads of a single core adjust nr_cpu_ids upwards. This avoids triggering odd bugs in code that assumes all threads of a core are available. Cc: sta...@vger.kernel.org Signed-off-by: Michael Ellerman --- arch/powerpc/kernel/prom.c | 6 ++

Re: [PATCH 0/3] powerpc/ps3: Fixes for lv1 hcall assembly

2023-12-29 Thread Geoff Levand
Hi Nick, On 12/27/23 18:50, Geoff Levand wrote: >> Nicholas Piggin (3): >> powerpc/ps3: Fix lv1 hcall assembly for ELFv2 calling convention >> powerpc/ps3: lv1 hcall code use symbolic constant for LR save offset >> powerpc/ps3: Make real stack frames for LV1 hcalls I tested these patches