Re: [PATCH] drm/radeon: add late_register for connector

That's the issue I was working on, give me 10 minutes to send out the fix. Regards, Christian. Am 07.10.24 um 06:49 schrieb Hoi Pok Wu: Thank you. I am looking at the problem now. On Mon, Oct 7, 2024 at 1:37 AM Christophe Leroy wrote: Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : On

[linux-next][20241004]BUG: KFENCE: memory corruption in xfs_iext_remove+0x288/0x2c8 [xfs]

Greetings!!! Observing Kfence errors, while running fsstress test on Power PC platform [ 6726.655519] == [ 6726.655540] BUG: KFENCE: memory corruption in xfs_iext_remove+0x288/0x2c8 [xfs] [ 6726.655540] [ 6726.655746] Corrupted

Re: (subset) [PATCH treewide 00/11] ASoC: Clean up {hp,mic}-det-gpio handling

On Fri, 27 Sep 2024 14:42:15 +0200, Geert Uytterhoeven wrote: > Hi all, > > The "gpio" suffix for GPIO consumers was deprecated a while ago, in > favor of the "gpios" suffix. However, there are still several users of > the "hp-det-gpio" and "mic-det-gpio" properties, in DT bindings, > drive

Re: [PATCH 0/3] crypto: Fix data mismatch over ipsec tunnel encrypted/decrypted with ppc64le AES/GCM module.

Thanks Herbert. -Danny On 10/5/24 12:35 AM, Herbert Xu wrote: On Mon, Sep 23, 2024 at 09:30:37AM -0400, Danny Tsen wrote: Fix data mismatch over ipsec tunnel encrypted/decrypted with ppc64le AES/GCM module. This patch is to fix an issue when simd is not usable that data mismatch may occur. T

Re: powermac: Call of_node_put(bk_node) only once in pmac_has_backlight_type()

> First of all, the change is wrong. We can't dereference "prop" after calling > of_node_put(). … > The of_get_property() function doesn't do a get as in get/put, it just finds > the property and returns it. It doesn't bump the reference count. It's a > confusing name in that way. The The of_no

Re: [PATCH] drm/radeon: add late_register for connector

This is a different issue related to the radeon ttm to gem conversion. @Christian Koenig is working on the fix. Alex On Mon, Oct 7, 2024 at 4:23 AM Christophe Leroy wrote: > > > > Le 06/10/2024 à 18:56, Christian Zigotzky a écrit : > > On 03 October 2024 at 08:06 am, Wu Hoi Pok wrote: > >> This

Re: [PATCH 2/2] powerpc/vdso: Implement __arch_get_vdso_rng_data()

On Fri, Oct 04, 2024 at 04:03:34PM +0200, Jason A. Donenfeld wrote: > On Fri, Oct 04, 2024 at 08:52:40PM +1000, Michael Ellerman wrote: > > > > > > On October 4, 2024 2:33:54 AM GMT+10:00, "Jason A. Donenfeld" > > wrote: > > >Hey Christophe, Michael, > > > > > >This series actually looks pretty

Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence

x86/entry/entry_32.S:944) The kernel config and materials to reproduce are available at: https://download.01.org/0day-ci/archive/20241007/202410072229.18756716-oliver.s...@intel.com -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()

Hi, Mike, On Mon, Oct 7, 2024 at 2:30 PM Mike Rapoport wrote: > > From: "Mike Rapoport (Microsoft)" > > Add an API that will allow updates of the direct/linear map for a set of > physically contiguous pages. > > It will be used in the following patches. > > Signed-off-by: Mike Rapoport (Microsof

[PATCH 0/3] powerpc: Prepare for clang's per-task stack protector support

This series prepares the powerpc Kconfig and Kbuild files for clang's per-task stack protector support. clang requires '-mstack-protector-guard-offset' to always be passed with the other '-mstack-protector-guard' flags, which does not always happen with the powerpc implementation, unlike arm, arm64

[PATCH 1/3] powerpc: Fix stack protector Kconfig test for clang

Clang's in-progress per-task stack protector support [1] does not work with the current Kconfig checks because '-mstack-protector-guard-offset' is not provided, unlike all other architecture Kconfig checks. $ fd Kconfig -x rg -l mstack-protector-guard-offset ./arch/arm/Kconfig ./arch/riscv/K

[PATCH 2/3] powerpc: Adjust adding stack protector flags to KBUILD_CLAGS for clang

After fixing the HAVE_STACKPROTECTER checks for clang's in-progress per-task stack protector support [1], the build fails during prepare0 because '-mstack-protector-guard-offset' has not been added to KBUILD_CFLAGS yet but the other '-mstack-protector-guard' flags have. clang: error: '-mstack-pr

[PATCH 3/3] powerpc: Include -m32 / -m64 for stack protector Kconfig test

Kbuild uses the powerpc64le-linux-gnu target for clang, which causes the Kconfig check for 32-bit powerpc stack protector support to fail because nothing flips the target to 32-bit: $ clang --target=powerpc64le-linux-gnu \ -mstack-protector-guard=tls -mstack-protector-guard-r

Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence

kernel config and materials to reproduce are available at: https://download.01.org/0day-ci/archive/20241007/202410072229.18756716-oliver.s...@intel.com -- Mathieu Desnoyers EfficiOS Inc. https://www.efficios.com

[PATCH] ftrace: Make ftrace_regs abstract from direct use

From: Steven Rostedt ftrace_regs was created to hold registers that store information to save function parameters, return value and stack. Since it is a subset of pt_regs, it should only be used by its accessor functions. But because pt_regs can easily be taken from ftrace_regs (on most archs), i

Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use

On Mon, 7 Oct 2024 20:47:43 -0400 Steven Rostedt wrote: > +#ifndef CONFIG_HAVE_DYNAMIC_FTRACE_WITH_ARGS > +struct __arch_ftrace_regs { > + struct pt_regs regs; > +}; > + > +#define arch_ftrace_get_regs(fregs) \ > + ({ struct __arch_fregs_regs *__f

Re: [linux-next][20241004]BUG: KFENCE: memory corruption in xfs_iext_remove+0x288/0x2c8 [xfs]

On Mon, Oct 07, 2024 at 07:34:18PM +0530, Venkat Rao Bagalkote wrote: > Greetings!!! > > > Observing Kfence errors, while running fsstress test on Power PC platform Is this new or is this the first time you run kfence? Any chance you could bisect it?

[PATCH 0/2] ASoC: fsl_xcvr: enable some interrupts

Enable interrupt of cmdc status update and the interrupts for wrong preamble received. Shengjiu Wang (2): ASoC: fsl_xcvr: enable interrupt of cmdc status update ASoC: fsl_xcvr: reset RX dpath after wrong preamble sound/soc/fsl/fsl_xcvr.c | 94 ++-- sound/s

[PATCH 2/2] ASoC: fsl_xcvr: reset RX dpath after wrong preamble

Below preamble error means wrong preamble of IEC958 received, the channel order may be wrong at the moment. FSL_XCVR_IRQ_PREAMBLE_MISMATCH FSL_XCVR_IRQ_UNEXP_PRE_REC FSL_XCVR_IRQ_M_W_PRE_MISMATCH FSL_XCVR_IRQ_B_PRE_MISMATCH All above errors may cause channel swap, to avoid such issues, need to re

[PATCH 1/2] ASoC: fsl_xcvr: enable interrupt of cmdc status update

This enables the interrupt to be asserted when there is a change in Capabilities data structure / Latency request of the CMDC Status register. Signed-off-by: Shengjiu Wang --- sound/soc/fsl/fsl_xcvr.c | 4 sound/soc/fsl/fsl_xcvr.h | 1 + 2 files changed, 5 insertions(+) diff --git a/sound/

Re: [PATCH 2/3] powerpc: Adjust adding stack protector flags to KBUILD_CLAGS for clang

Le 08/10/2024 à 06:22, Nathan Chancellor a écrit : After fixing the HAVE_STACKPROTECTER checks for clang's in-progress per-task stack protector support [1], the build fails during prepare0 because '-mstack-protector-guard-offset' has not been added to KBUILD_CFLAGS yet but the other '-mstack-p

Re: [PATCH 3/3] powerpc: Include -m32 / -m64 for stack protector Kconfig test

Le 08/10/2024 à 06:22, Nathan Chancellor a écrit : Kbuild uses the powerpc64le-linux-gnu target for clang, which causes the Kconfig check for 32-bit powerpc stack protector support to fail because nothing flips the target to 32-bit: $ clang --target=powerpc64le-linux-gnu \ -msta

Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()

Hi Huacai, On Tue, Oct 08, 2024 at 10:11:25AM +0800, Huacai Chen wrote: > Hi, Mike, > > On Mon, Oct 7, 2024 at 2:30 PM Mike Rapoport wrote: > > > > From: "Mike Rapoport (Microsoft)" > > > > Add an API that will allow updates of the direct/linear map for a set of > > physically contiguous pages.

Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use

Le 08/10/2024 à 02:54, Steven Rostedt a écrit : On Mon, 7 Oct 2024 20:47:43 -0400 Steven Rostedt wrote: +#ifndef CONFIG_HAVE_DYNAMIC_FTRACE_WITH_ARGS +struct __arch_ftrace_regs { + struct pt_regs regs; +}; + +#define arch_ftrace_get_regs(fregs)