[PATCH 1/1] dt-bindings: fsl: fsl,rcpm: reference power-domains.yaml

2025-07-24 Thread Alexander Stein
dtbs_check for ls1021.dtsi warns about unsupported property: power-controller@1ee2140 (fsl,ls1021a-rcpm): '#power-domain-cells' does not match any of the regexes: '^pinctrl-[0-9]+$' But if removed the check warns about missing property: power-controller@1ee2140 (fsl,ls1021a-rcpm): '#power-domai

Re: [PATCH 0/2] ASoC: fsl_xcvr: get channel status data in two cases

2025-07-24 Thread Mark Brown
On Thu, 10 Jul 2025 11:04:03 +0800, Shengjiu Wang wrote: > There is two different cases for getting channel status data: > 1. With PHY exists, there is firmware running on M core, the firmware > should fill the channel status to RAM space, driver need to read them > from RAM. > 2. Without PHY, the

Re: [PATCH v2] ASoC: imx-card: Add WM8524 support

2025-07-24 Thread Mark Brown
On Wed, 23 Jul 2025 16:37:25 +0900, Chancel Liu wrote: > WM8524 is a stereo DAC. Add support for this codec in imx-card ASoC > machine driver. > > Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC: imx-card: Add WM8524 support co

Re: [PATCH] ASoC: imx-card: Add WM8524 support

2025-07-24 Thread Mark Brown
On Thu, 19 Jun 2025 15:24:13 +0900, Chancel Liu wrote: > WM8524 is a stereo DAC. Add support for this codec in imx-card ASoC > machine driver. > > Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC: imx-card: Add WM8524 support co

Re: [PATCH v3] vmcoreinfo: Track and log recoverable hardware errors

2025-07-24 Thread Breno Leitao
Hello Shuai, On Thu, Jul 24, 2025 at 04:00:09PM +0800, Shuai Xue wrote: > 在 2025/7/23 00:56, Breno Leitao 写道: > > Introduce a generic infrastructure for tracking recoverable hardware > > errors (HW errors that did not cause a panic) and record them for vmcore > > consumption. This aids post-mortem

RE: [PATCH v6 0/4] PCI: Add support for resetting the Root Ports in a platform specific way

2025-07-24 Thread Hongxing Zhu
> -Original Message- > From: Manivannan Sadhasivam via B4 Relay > > Sent: 2025年7月15日 22:21 > To: Bjorn Helgaas ; Mahesh J Salgaonkar > ; Oliver O'Halloran ; Will > Deacon ; Lorenzo Pieralisi ; Krzysztof > Wilczy��ski ; Manivannan Sadhasivam > ; Rob Herring ; Heiko Stuebner > ; Philipp Zabe

Re: POWER9: duplicate interrupt line in /proc/interrupts, kernel problem or userspace problem?

2025-07-24 Thread Michael Ellerman
Simon Richter writes: > Hi, > > I have two lines starting with "LOC:" in /proc/interrupts, one with a > comment "Local timer interrupts for timer event device", the other > "Local timer interrupts for others". > > This makes collectd unhappy, because it uses the first column as a > unique ident

Re: [PATCH RESEND bpf-next 1/1] powerpc64/bpf: Add jit support for load_acquire and store_release

2025-07-24 Thread Saket Kumar Bhaskar
On Thu, Jul 17, 2025 at 08:56:45PM +, puran...@kernel.org wrote: > Puranjay Mohan writes: > > Somehow the cover letter for this patch was missed, adding it here: > > To test the functionality of these special instructions, a tool called > blitmus[0] was used to convert the following baseline

[PATCH] bus: fsl-mc: Check return value of platform_get_resource()

2025-07-24 Thread Salah Triki
platform_get_resource() returns NULL in case of failure, so check its return value and propagate the error in order to prevent NULL pointer dereference. Signed-off-by: Salah Triki --- drivers/bus/fsl-mc/fsl-mc-bus.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/bus/fsl-mc/fsl-m

Re: [PATCH RESEND bpf-next 1/1] powerpc64/bpf: Add jit support for load_acquire and store_release

2025-07-24 Thread Hari Bathini
On 18/07/25 1:59 am, Puranjay Mohan wrote: Add JIT support for the load_acquire and store_release instructions. The implementation is similar to the kernel where: load_acquire => plain load -> lwsync store_release => lwsync -> plain store To test the correctness of the imp

Re: [PATCH v3] vmcoreinfo: Track and log recoverable hardware errors

2025-07-24 Thread Shuai Xue
Hi, Breno, 在 2025/7/23 00:56, Breno Leitao 写道: Introduce a generic infrastructure for tracking recoverable hardware errors (HW errors that did not cause a panic) and record them for vmcore consumption. This aids post-mortem crash analysis tools by preserving a count and timestamp for the last oc