[PATCH] wifi: ath11k: Defer on rproc_get failure

If we already have gotten the rproc_handle (meaning the "qcom,rproc" property is defined in the devicetree), it's a valid state that the remoteproc module hasn't probed yet so we should defer probing instead of just failing to probe. This resolves a race condition when the ath11k driver probes and

[PATCH] tracing/kprobes: Fix the description of variable length arguments

Fix the following kernel-doc warnings: kernel/trace/trace_kprobe.c:1029: warning: Excess function parameter 'args' description in '__kprobe_event_gen_cmd_start' kernel/trace/trace_kprobe.c:1097: warning: Excess function parameter 'args' description in '__kprobe_event_add_fields' Refer to the us

Re: [PATCH v6] scripts/link-vmlinux.sh: Add alias to duplicate symbols for kallsyms

Hello Francis, Il giorno gio 26 ott 2023 alle ore 18:01 Francis Laniel ha scritto: > > Hi! > > > Le mercredi 25 octobre 2023, 21:33:43 EEST Alessandro Carminati a écrit : > > Hi Francis, > > Thanks a lot for your feedback! > > You are welcome! > > > Il giorno mer 25 ott 2023 alle ore 15:21 Franc

Re: [PATCH v6] scripts/link-vmlinux.sh: Add alias to duplicate symbols for kallsyms

Hello Masami, Thank you for spending time to test this work. Il giorno gio 26 ott 2023 alle ore 03:07 Masami Hiramatsu ha scritto: > > On Tue, 24 Oct 2023 20:11:57 + > "Alessandro Carminati (Red Hat)" wrote: > > > In the kernel environment, scenarios often arise where identical names > > ar

Re: [PATCH v6] scripts/link-vmlinux.sh: Add alias to duplicate symbols for kallsyms

Hi! Le mercredi 25 octobre 2023, 21:33:43 EEST Alessandro Carminati a écrit : > Hi Francis, > Thanks a lot for your feedback! You are welcome! > Il giorno mer 25 ott 2023 alle ore 15:21 Francis Laniel > > /* SNIP */ > > > debug >= DebugLevel.INFO.value: > > Shouldn't this rather test nmdata? >

[PATCH v4 3/4] ARM: dts: qcom: Add support for Samsung Galaxy Tab 4 10.1 LTE (SM-T535)

Add a device tree for the Samsung Galaxy Tab 4 10.1 (SM-T535) LTE tablet based on the MSM8926 platform. The common dtsi is also modified to describe the widest constraints, which required modifications to the matisse-wifi dts. Signed-off-by: Stefan Hansson --- arch/arm/boot/dts/qcom/Makefile

[PATCH v4 4/4] ARM: dts: qcom: samsung-matisse-common: Add UART

This was not enabled in the matisse-wifi tree. Without this, it is not possible to use the USB port for serial debugging via a "Carkit debug cable". Signed-off-by: Stefan Hansson --- .../boot/dts/qcom/qcom-msm8226-samsung-matisse-common.dtsi| 4 1 file changed, 4 insertions(+) diff --g

[PATCH v4 2/4] dt-bindings: arm: qcom: Add Samsung Galaxy Tab 4 10.1 LTE

This documents Samsung Galaxy Tab 4 10.1 LTE (samsung,matisselte) which is a tablet by Samsung based on the MSM8926 SoC. Signed-off-by: Stefan Hansson Reviewed-by: Krzysztof Kozlowski --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documen

[PATCH v4 1/4] ARM: dts: qcom: samsung-matisse-common: Add initial common device tree

According to the dts from the kernel source code released by Samsung, matissewifi and matisselte only have minor differences in hardware, so use a shared dtsi to reduce duplicated code. Additionally, this should make adding support for matisse3g easier should someone want to do that at a later poin

[PATCH v4 0/4] Add samsung-matisselte and common matisse dtsi

This series adds a common samsung-matisse dtsi and reworks samsung-matisse-wifi to use it, and introduces samsung-matisselte. I choose matisselte over matisse-lte as this is how most other devices (klte, s3ve3g) do it and it is the codename that Samsung gave the device. See individual commits for m

Re: [PATCH] eventfs: Fix WARN_ON() in create_file_dentry()

On Tue, 24 Oct 2023 12:36:28 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (Google)" > > As the comment right above a WARN_ON() in create_file_dentry() states: > > * Note, with the mutex held, the e_dentry cannot have content > * and the ei->is_freed be true at the same time. > > Bu

Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem

On Thu, Oct 26, 2023 at 11:58:00AM +0300, Mike Rapoport wrote: > On Mon, Oct 23, 2023 at 06:14:20PM +0100, Will Deacon wrote: > > On Mon, Sep 18, 2023 at 10:29:46AM +0300, Mike Rapoport wrote: > > > diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c > > > index dd851297596e..cd632

Re: [PATCH v2] locking/atomic: sh: Use generic_cmpxchg_local for arch_cmpxchg_local()

On Wed, Oct 25, 2023 at 5:10 PM Masami Hiramatsu (Google) wrote: > From: Masami Hiramatsu (Google) > > Use __generic_cmpxchg_local() for arch_cmpxchg_local() implementation > in SH architecture because it does not implement arch_cmpxchg_local(). > > Reported-by: kernel test robot > Closes: > ht

Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem

Hi Will, On Mon, Oct 23, 2023 at 06:14:20PM +0100, Will Deacon wrote: > Hi Mike, > > On Mon, Sep 18, 2023 at 10:29:46AM +0300, Mike Rapoport wrote: > > From: "Mike Rapoport (IBM)" > > > > Extend execmem parameters to accommodate more complex overrides of > > module_alloc() by architectures. > >

Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem

Hi Rick, Sorry for the delay, I was a bit preoccupied with $stuff. On Thu, Oct 05, 2023 at 06:09:07PM +, Edgecombe, Rick P wrote: > On Thu, 2023-10-05 at 08:26 +0300, Mike Rapoport wrote: > > On Wed, Oct 04, 2023 at 03:39:26PM +, Edgecombe, Rick P wrote: > > > On Tue, 2023-10-03 at 17:29