Re: [PATCH] media: add virtio-media driver

2025-01-28 Thread kernel test robot
Hi Alexandre, kernel test robot noticed the following build errors: [auto build test ERROR on ffd294d346d185b70e28b1a28abe367bbfe53c04] url: https://github.com/intel-lab-lkp/linux/commits/Alexandre-Courbot/media-add-virtio-media-driver/20250123-085559 base: ffd294d346d185b70e28b1a28abe367b

Re: [PATCH 0/8] unwind, arm64: add sframe unwinder for kernel

2025-01-28 Thread Weinan Liu
Not only does objdump show that func_start_addr all 0s, but the func_start_addr in the kernel module's sframe table is also incorrect. I'll prepare a repro so we can investigate this. > > I can share a fix for 32589 so atleast we can verify that the starting > point is sane. > Great! Thanks. This

Re: [PATCH bpf-next v3 12/14] selftests/bpf: test_xdp_veth: Add XDP broadcast redirection tests

2025-01-28 Thread Bastien Curutchet
Hi Martin, On 1/29/25 12:03 AM, Martin KaFai Lau wrote: On 1/28/25 1:57 AM, Bastien Curutchet (eBPF Foundation) wrote: Set the tests to run serially to avoid conflicts with test_xdp_veth_redirect I think this has been fixed in v3? Indeed, I forgot to update the commit log ... Others lgtm

Re: [PATCH bpf-next v3 01/14] selftests/bpf: helpers: Add append_tid()

2025-01-28 Thread Bastien Curutchet
Hi Martin, On 1/28/25 11:49 PM, Martin KaFai Lau wrote: On 1/28/25 1:57 AM, Bastien Curutchet (eBPF Foundation) wrote: Some tests can't be run in parallel because they use same namespace names or veth names. Create an helper that appends the thread ID to a given string. 8 characters are used f

Re: [PATCH] udp: gso: fix MTU check for small packets

2025-01-28 Thread Yan Zhai
On Tue, Jan 28, 2025 at 8:45 AM Willem de Bruijn wrote: > > Yan Zhai wrote: > > Hi Willem, > > > > Thanks for getting back to me. > > > > On Mon, Jan 27, 2025 at 8:33 AM Willem de Bruijn > > wrote: > > > > > > Yan Zhai wrote: > > > > Commit 4094871db1d6 ("udp: only do GSO if # of segs > 1") avoid

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 09:13:45PM -0500, Joel Fernandes wrote: > On Tue, Jan 28, 2025 at 8:47 PM Paul E. McKenney wrote: > > > > On Tue, Jan 28, 2025 at 08:38:57PM -0500, Joel Fernandes wrote: > > > On Tue, Jan 28, 2025 at 8:33 PM Paul E. McKenney > > > wrote: > > > > > > > > On Tue, Jan 28, 20

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Joel Fernandes
On Tue, Jan 28, 2025 at 8:47 PM Paul E. McKenney wrote: > > On Tue, Jan 28, 2025 at 08:38:57PM -0500, Joel Fernandes wrote: > > On Tue, Jan 28, 2025 at 8:33 PM Paul E. McKenney wrote: > > > > > > On Tue, Jan 28, 2025 at 08:22:48PM -0500, Joel Fernandes wrote: > > > > On Mon, Jan 27, 2025 at 07:09

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Joel Fernandes
On Tue, Jan 28, 2025 at 8:47 PM Paul E. McKenney wrote: > > On Tue, Jan 28, 2025 at 08:38:57PM -0500, Joel Fernandes wrote: > > On Tue, Jan 28, 2025 at 8:33 PM Paul E. McKenney wrote: > > > > > > On Tue, Jan 28, 2025 at 08:22:48PM -0500, Joel Fernandes wrote: > > > > On Mon, Jan 27, 2025 at 07:09

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 08:38:57PM -0500, Joel Fernandes wrote: > On Tue, Jan 28, 2025 at 8:33 PM Paul E. McKenney wrote: > > > > On Tue, Jan 28, 2025 at 08:22:48PM -0500, Joel Fernandes wrote: > > > On Mon, Jan 27, 2025 at 07:09:34PM -0500, Joel Fernandes wrote: > > > > On Mon, Jan 27, 2025 at 7:

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Joel Fernandes
On Tue, Jan 28, 2025 at 8:33 PM Paul E. McKenney wrote: > > On Tue, Jan 28, 2025 at 08:22:48PM -0500, Joel Fernandes wrote: > > On Mon, Jan 27, 2025 at 07:09:34PM -0500, Joel Fernandes wrote: > > > On Mon, Jan 27, 2025 at 7:07 PM Joel Fernandes (Google) > > > wrote: > > > > > > > > The rcu_seq_do

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 08:22:48PM -0500, Joel Fernandes wrote: > On Mon, Jan 27, 2025 at 07:09:34PM -0500, Joel Fernandes wrote: > > On Mon, Jan 27, 2025 at 7:07 PM Joel Fernandes (Google) > > wrote: > > > > > > The rcu_seq_done() API has a large "false-negative" windows of size > > > ULONG_MAX/2

Re: [PATCH] rcu: Merge rcu_seq_done_exact() logic into rcu_seq_done()

2025-01-28 Thread Joel Fernandes
On Mon, Jan 27, 2025 at 07:09:34PM -0500, Joel Fernandes wrote: > On Mon, Jan 27, 2025 at 7:07 PM Joel Fernandes (Google) > wrote: > > > > The rcu_seq_done() API has a large "false-negative" windows of size > > ULONG_MAX/2, where after wrap around, it is possible that it will think > > that a GP h

[PATCH v4 13/13] ARM: dts: qcom: msm8226-samsung-matisse-common: Enable modem

2025-01-28 Thread Luca Weiss
From: Matti Lehtimäki Enable modem remoteproc on samsung,matisse-wifi & matisselte. The mattisselte - being msm8926 - requires an extra mss-supply, so add that as well. Signed-off-by: Matti Lehtimäki Reviewed-by: Stephan Gerhold Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8

[PATCH v4 11/13] ARM: dts: qcom: Introduce dtsi for LTE-capable MSM8926

2025-01-28 Thread Luca Weiss
MSM8926, while being 'just' an LTE-capable variant of MSM8226, the dts needs to slightly change since the modem doesn't use the ext-bhs-reg and needs mss-supply, therefore it gets a new compatible. Since we already have two -common.dtsi files which are used on both APQ8026/MSM8226 and MSM8926 devi

[PATCH v4 07/13] ARM: dts: qcom: msm8226: Add node for TCSR halt regs

2025-01-28 Thread Luca Weiss
From: Matti Lehtimäki Add a syscon device node for the TCSR halt regs needed by modem and other remoteprocs. Signed-off-by: Matti Lehtimäki Reviewed-by: Konrad Dybcio Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8226.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v4 09/13] ARM: dts: qcom: msm8226: Add modem remoteproc node

2025-01-28 Thread Luca Weiss
Add a node for the modem remoteproc found on MSM8226. Co-developed-by: Matti Lehtimäki Signed-off-by: Matti Lehtimäki Reviewed-by: Stephan Gerhold Signed-off-by: Luca Weiss --- .../dts/qcom/qcom-apq8026-samsung-milletwifi.dts | 2 + .../qcom/qcom-msm8226-samsung-matisse-common.dtsi | 6 +

[PATCH v4 00/13] Modem support for MSM8226

2025-01-28 Thread Luca Weiss
This series adds support for modem remoteproc found on MSM8226. It also adds needed device tree nodes and enables modem used for location service on matisse-wifi. Also bam-dmux node is added for mobile data which is used on 3G/4G-enabled devices. Signed-off-by: Luca Weiss --- Changes in v4: - Dr

[PATCH v4 12/13] ARM: dts: qcom: msm8926-htc-memul: Enable modem

2025-01-28 Thread Luca Weiss
Enable the modem found on the MSM8926 HTC One Mini 2. Reviewed-by: Stephan Gerhold Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8926-htc-memul.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/qcom/qcom-msm8926-htc-memul.dts b/arch/arm/boot/d

[PATCH v4 10/13] ARM: dts: qcom: msm8226: Add BAM DMUX Ethernet/IP device

2025-01-28 Thread Luca Weiss
BAM DMUX is used as the network interface to the modem. Reviewed-by: Stephan Gerhold Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8226.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/qcom/qcom-msm8226.dtsi b/arch/arm/boot/d

[PATCH v4 06/13] remoteproc: qcom_q6v5_mss: Add modem support on MSM8926

2025-01-28 Thread Luca Weiss
While MSM8926 being 'just' an LTE-capable variant of MSM8226 it appears the modem setup has changed significantly, by requiring mss-supply and not using the ext-bhs-reg. Add a new compatible and new struct to support that. Reviewed-by: Stephan Gerhold Signed-off-by: Luca Weiss --- drivers/remo

[PATCH v4 05/13] remoteproc: qcom_q6v5_mss: Add modem support on MSM8226

2025-01-28 Thread Luca Weiss
Add support for the external power block headswitch register needed by MSM8226 and some other qcom platforms. Co-developed-by: Matti Lehtimäki Signed-off-by: Matti Lehtimäki Signed-off-by: Luca Weiss --- drivers/remoteproc/qcom_q6v5_mss.c | 117 - 1 file cha

[PATCH v4 08/13] ARM: dts: qcom: msm8226: Add smsm node

2025-01-28 Thread Luca Weiss
From: Matti Lehtimäki Add smsm node for remoteproc cores. Reviewed-by: Stephan Gerhold Signed-off-by: Matti Lehtimäki Co-developed-by: Luca Weiss Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8226.dtsi | 34 1 file changed, 34 insertions(+) d

[PATCH v4 03/13] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add MSM8926

2025-01-28 Thread Luca Weiss
Compared to MSM8226 the LTE-capable MSM8926 requires mss-supply and doesn't require qcom,ext-bhs-reg. Reviewed-by: Krzysztof Kozlowski Signed-off-by: Luca Weiss --- .../devicetree/bindings/remoteproc/qcom,msm8916-mss-pil.yaml | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) d

[PATCH v4 04/13] remoteproc: qcom_q6v5_mss: Handle platforms with one power domain

2025-01-28 Thread Luca Weiss
For example MSM8974 has mx voltage rail exposed as regulator and only cx voltage rail is exposed as power domain. This power domain (cx) is attached internally in power domain and cannot be attached in this driver. Fixes: 8750cf392394 ("remoteproc: qcom_q6v5_mss: Allow replacing regulators with p

[PATCH v4 01/13] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Support platforms with one power domain

2025-01-28 Thread Luca Weiss
From: Matti Lehtimäki Add support for platforms such as MSM8974 which have the mx voltage rail exposed as regulator and only cx voltage rail as power domain. Signed-off-by: Matti Lehtimäki Reviewed-by: Krzysztof Kozlowski Signed-off-by: Luca Weiss --- .../bindings/remoteproc/qcom,msm8916-mss

[PATCH v4 02/13] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add MSM8226

2025-01-28 Thread Luca Weiss
From: Matti Lehtimäki Add support for external power block headswitch (BHS) registers. Similarly to MSM8974 also MSM8226 has the mx voltage rail exposed as regulator and only cx voltage rail as power domain. Signed-off-by: Matti Lehtimäki Reviewed-by: Krzysztof Kozlowski Signed-off-by: Luca We

Re: Re: [PATCH 2/2] libbpf: BPF programs dynamic loading and attaching

2025-01-28 Thread Martin Kelly
On Fri, 2025-01-24 at 10:31 -0800, Andrii Nakryiko wrote: > > On Wed, Jan 22, 2025 at 1:53 PM Slava Imameev > > wrote: > > > > > > > > BPF programs designated as dynamically loaded can be loaded and > > > > attached independently after the initial bpf_object loading and > > > > attaching. > > > >

Re: [RFC PATCH 1/4] perf: arm_pmuv3: Introduce module param to partition the PMU

2025-01-28 Thread Colton Lewis
Colton Lewis writes: Hey Marc, thanks for looking. *for the review Marc Zyngier writes: On Mon, 27 Jan 2025 22:20:27 +, Colton Lewis wrote: /* Read the nb of CNTx counters supported from PMNC */ - bitmap_set(cpu_pmu->cntr_mask, - 0, FIELD_GET(ARM

Re: [PATCH bpf-next v3 12/14] selftests/bpf: test_xdp_veth: Add XDP broadcast redirection tests

2025-01-28 Thread Martin KaFai Lau
On 1/28/25 1:57 AM, Bastien Curutchet (eBPF Foundation) wrote: Set the tests to run serially to avoid conflicts with test_xdp_veth_redirect I think this has been fixed in v3? Others lgtm also. Thanks for working on this. +void test_xdp_veth_broadcast_redirect(void) +{ + if (test__start

Re: [PATCH bpf-next v3 09/14] selftests/bpf: test_xdp_veth: Use unique names

2025-01-28 Thread Martin KaFai Lau
On 1/28/25 1:57 AM, Bastien Curutchet (eBPF Foundation) wrote: +#define NO_IP "NO_IP" #define PROG_NAME_MAX_LEN 128 +#define NS_NAME_MAX_LEN32 struct veth_configuration { char local_veth[VETH_NAME_MAX_LEN]; /* Interface in main namespac

Re: [PATCH bpf-next v3 01/14] selftests/bpf: helpers: Add append_tid()

2025-01-28 Thread Martin KaFai Lau
On 1/28/25 1:57 AM, Bastien Curutchet (eBPF Foundation) wrote: Some tests can't be run in parallel because they use same namespace names or veth names. Create an helper that appends the thread ID to a given string. 8 characters are used for it (7 digits + '\0') Signed-off-by: Bastien Curutchet

Re: [RFC PATCH 4/4] perf: arm_pmuv3: Keep out of guest counter partition

2025-01-28 Thread Colton Lewis
Suzuki K Poulose writes: On 27/01/2025 22:20, Colton Lewis wrote: /* Disable all counters */ - armv8pmu_pmcr_write(armv8pmu_pmcr_read() & ~ARMV8_PMU_PMCR_E); + if (cpu_pmu->partitioned) + armv8pmu_mdcr_write(armv8pmu_pmcr_read() & ~ARMV8_PMU_MDCR_HPME); ty

Re: [RFC PATCH 1/4] perf: arm_pmuv3: Introduce module param to partition the PMU

2025-01-28 Thread Colton Lewis
Hey Rob, thanks for the review. Rob Herring writes: On Mon, Jan 27, 2025 at 4:26 PM Colton Lewis wrote: @@ -1215,10 +1243,19 @@ static void __armv8pmu_probe_pmu(void *info) cpu_pmu->pmuver = pmuver; probe->present = true; + pmcr_n = FIELD_GET(ARMV8_PMU_PMCR_N, arm

Re: [RFC PATCH 1/4] perf: arm_pmuv3: Introduce module param to partition the PMU

2025-01-28 Thread Colton Lewis
Hey Marc, thanks for looking. Marc Zyngier writes: On Mon, 27 Jan 2025 22:20:27 +, Colton Lewis wrote: For PMUv3, the register MDCR_EL2.HPMN partitiones the PMU counters into two ranges where counters 0..HPMN-1 are accessible by EL1 and, if allowed, EL0 while counters HPMN..N are only

Re: [PATCH v2 3/9] remoteproc: qcom_q6v5_mss: Handle platforms with one power domain

2025-01-28 Thread Luca Weiss
; fb204000.remoteproc suspended 0 > > SW > > ... but "unsupported" for ADSP and the end result for cx ("on") does > look suspicious. Looking at qcom_q6v5_pas.c, it uses almost the same > code for single power domain support as here... > > What state is the ADSP in here at this point? Did it boot sucessfully? > > If I'm reading the code correctly, the pm_runtime_enable() in > adsp_pds_attach() should get rid of the "unsupported" at probe time, > so I'm a bit confused how this can happen.. > > [5 minutes of staring later...] > > Um, qcom,msm8226-adsp-pil uses &adsp_resource_init, which doesn't have > any "proxy_pd_names". It should use &msm8996_adsp_resource so that it > actually manages the CX power domain. Same for MSM8974, but that was > never converted to use power domains... 🙈 Oh wow, thanks for catching this! > > Can you submit a patch that changes at least msm8226 to use > &msm8996_adsp_resource? Would be also good to make the same changes > I suggested here (check num_pds == 1 / pd_count == 1). Sent a series to fix the above and this: https://lore.kernel.org/linux-arm-msm/20250128-pas-singlepd-v1-0-85d9ae4b0...@lucaweiss.eu/T/ Regards Luca > > Thanks, > Stephan >

[PATCH 1/2] remoteproc: qcom_q6v5_pas: Use resource with CX PD for MSM8226

2025-01-28 Thread Luca Weiss
MSM8226 requires the CX power domain, so use the msm8996_adsp_resource which has cx under proxy_pd_names and is otherwise equivalent. Suggested-by: Stephan Gerhold Fixes: fb4f07cc9399 ("remoteproc: qcom: pas: Add MSM8226 ADSP support") Signed-off-by: Luca Weiss --- drivers/remoteproc/qcom_q6v5_

[PATCH 2/2] remoteproc: qcom_q6v5_pas: Make single-PD handling more robust

2025-01-28 Thread Luca Weiss
Only go into the if condition for single-PD handling when there's actually just one power domain specified there. Otherwise it'll be an issue in the dts and we should fail in the regular code path. This also mirrors the latest changes in the qcom_q6v5_mss driver. Suggested-by: Stephan Gerhold Fi

[PATCH 0/2] qcom_q6v5_pas fixes for msm8226

2025-01-28 Thread Luca Weiss
PD for MSM8226 remoteproc: qcom_q6v5_pas: Make single-PD handling more robust drivers/remoteproc/qcom_q6v5_pas.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) --- base-commit: 0b58e108042b0ed28a71cd7edf517555b233 change-id: 20250128-pas-singlepd-469aa7ee2ca8 Best

Re: [PATCH 1/4] rcutorture: Allow a negative value for nfakewriters

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 09:55:19PM +0100, Uladzislau Rezki wrote: > Hello, Paul! > > > Currently "nfakewriters" parameter can be set to any value but > > there is no possibility to adjust it automatically based on how > > many CPUs a system has where a test is run on. > > > > To address this, if

Re: [PATCH 1/4] rcutorture: Allow a negative value for nfakewriters

2025-01-28 Thread Uladzislau Rezki
Hello, Paul! > Currently "nfakewriters" parameter can be set to any value but > there is no possibility to adjust it automatically based on how > many CPUs a system has where a test is run on. > > To address this, if the "nfakewriters" is set to negative it will > be adjusted to num_possible_cpus

Re: [PATCH 2/4] torture: Remove CONFIG_NR_CPUS configuration

2025-01-28 Thread Uladzislau Rezki
On Tue, Jan 28, 2025 at 10:43:39AM -0800, Paul E. McKenney wrote: > On Tue, Jan 28, 2025 at 03:34:50PM +0100, Uladzislau Rezki wrote: > > On Tue, Jan 28, 2025 at 04:41:16AM -0800, Paul E. McKenney wrote: > > > On Tue, Jan 28, 2025 at 01:17:34PM +0100, Uladzislau Rezki wrote: > > > > > > > with 4 CP

Re: [PATCH 2/4] torture: Remove CONFIG_NR_CPUS configuration

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 03:34:50PM +0100, Uladzislau Rezki wrote: > On Tue, Jan 28, 2025 at 04:41:16AM -0800, Paul E. McKenney wrote: > > On Tue, Jan 28, 2025 at 01:17:34PM +0100, Uladzislau Rezki wrote: > > > > > > with 4 CPUs inside VM :) > > > > > > > > > > > And when running 16 instances with

Re: [PATCH v3 11/13] ARM: dts: qcom: Introduce dtsi for LTE-capable MSM8926

2025-01-28 Thread Stephan Gerhold
On Tue, Jan 28, 2025 at 05:46:09PM +0100, Luca Weiss wrote: > On dinsdag 28 januari 2025 09:07:29 Midden-Europese standaardtijd Stephan > Gerhold wrote: > > On Mon, Jan 27, 2025 at 11:45:43PM +0100, Luca Weiss wrote: > > > MSM8926, while being 'just' an LTE-capable variant of MSM8226, the dts > >

[PATCH] selftests: pid_namespace and pidfd missing include

2025-01-28 Thread Alessandro Zanni
Running "make kselftest" results in several errors like these: pidfd_fdinfo_test.c:231:36: error: ‘MS_REC’ undeclared (first use in this function) 231 | r = mount(NULL, "/", NULL, MS_REC | MS_PRIVATE, 0); pidfd_fdinfo_test.c:231:45: error: ‘MS_PRIVATE’ undeclared (first use in this func

Re: [PATCH v3 12/13] ARM: dts: qcom: msm8926-htc-memul: Enable modem

2025-01-28 Thread Luca Weiss
On dinsdag 28 januari 2025 12:14:09 Midden-Europese standaardtijd Konrad Dybcio wrote: > On 27.01.2025 11:45 PM, Luca Weiss wrote: > > Enable the modem found on the MSM8926 HTC One Mini 2. > > > > Signed-off-by: Luca Weiss > > --- > > arch/arm/boot/dts/qcom/qcom-msm8926-htc-memul.dts | 10 +

[PATCH v2 02/13] virtio_net: simplify virtnet_set_affinity()

2025-01-28 Thread Yury Norov
The inner loop may be replaced with the dedicated for_each_online_cpu_wrap. It helps to avoid setting the same bits in the @mask more than once, in case of group_size is greater than number of online CPUs. CC: Nick Child Signed-off-by: Yury Norov --- drivers/net/virtio_net.c | 12 +++-

Re: [PATCH v3 11/13] ARM: dts: qcom: Introduce dtsi for LTE-capable MSM8926

2025-01-28 Thread Luca Weiss
On dinsdag 28 januari 2025 09:07:29 Midden-Europese standaardtijd Stephan Gerhold wrote: > On Mon, Jan 27, 2025 at 11:45:43PM +0100, Luca Weiss wrote: > > MSM8926, while being 'just' an LTE-capable variant of MSM8226, the dts > > needs to slightly change since the modem doesn't use the ext-bhs-reg

Re: [PATCH v3 3/6] syscall.h: introduce syscall_set_nr()

2025-01-28 Thread Dmitry V. Levin
On Tue, Jan 28, 2025 at 04:13:52PM +0100, Christophe Leroy wrote: > Le 28/01/2025 à 10:16, Dmitry V. Levin a écrit : > > Similar to syscall_set_arguments() that complements > > syscall_get_arguments(), introduce syscall_set_nr() > > that complements syscall_get_nr(). > > > > syscall_set_nr() is go

Re: [RFC PATCH 4/4] perf: arm_pmuv3: Keep out of guest counter partition

2025-01-28 Thread Suzuki K Poulose
On 27/01/2025 22:20, Colton Lewis wrote: If the PMU is partitioned, keep the driver out of the guest counter partition and only use the host counter partition. Partitioning is defined by the MDCR_EL2.HPMN register field and saved in cpu_pmu->hpmn. The range 0..HPMN-1 is accessible by EL1 and EL0

Re: [PATCH 0/8] unwind, arm64: add sframe unwinder for kernel

2025-01-28 Thread Indu Bhagat
On 1/27/25 1:33 PM, Weinan Liu wrote: This patchset implements a generic kernel sframe-based [1] unwinder. The main goal is to support reliable stacktraces on arm64. On x86 orc unwinder provides reliable stacktraces. But arm64 misses the required support from objtool: it cannot generate orc unwi

Re: [RFC PATCH 1/4] perf: arm_pmuv3: Introduce module param to partition the PMU

2025-01-28 Thread Rob Herring
On Mon, Jan 27, 2025 at 4:26 PM Colton Lewis wrote: > > For PMUv3, the register MDCR_EL2.HPMN partitiones the PMU counters > into two ranges where counters 0..HPMN-1 are accessible by EL1 and, if > allowed, EL0 while counters HPMN..N are only accessible by EL2. > > Introduce a module parameter in

Re: [PATCH] bpf: Fix mix-up of 4096 and page size.

2025-01-28 Thread Alexander Lobakin
From: Alexei Starovoitov Date: Thu, 23 Jan 2025 21:14:04 -0800 > On Wed, Jan 22, 2025 at 10:38 AM Saket Kumar Bhaskar > wrote: >> >> For platforms on powerpc architecture with a default page size greater >> than 4096, there was an inconsistency in fragment size calculation. >> This caused the BP

Re: [PATCH v3 3/6] syscall.h: introduce syscall_set_nr()

2025-01-28 Thread Christophe Leroy
Le 28/01/2025 à 10:16, Dmitry V. Levin a écrit : Similar to syscall_set_arguments() that complements syscall_get_arguments(), introduce syscall_set_nr() that complements syscall_get_nr(). syscall_set_nr() is going to be needed along with syscall_set_arguments() on all HAVE_ARCH_TRACEHOOK arch

Re: [PATCH] udp: gso: fix MTU check for small packets

2025-01-28 Thread Willem de Bruijn
Yan Zhai wrote: > Hi Willem, > > Thanks for getting back to me. > > On Mon, Jan 27, 2025 at 8:33 AM Willem de Bruijn > wrote: > > > > Yan Zhai wrote: > > > Commit 4094871db1d6 ("udp: only do GSO if # of segs > 1") avoided GSO > > > for small packets. But the kernel currently dismisses GSO reques

Re: [PATCH 2/4] torture: Remove CONFIG_NR_CPUS configuration

2025-01-28 Thread Uladzislau Rezki
On Tue, Jan 28, 2025 at 04:41:16AM -0800, Paul E. McKenney wrote: > On Tue, Jan 28, 2025 at 01:17:34PM +0100, Uladzislau Rezki wrote: > > > > > with 4 CPUs inside VM :) > > > > > > > > > And when running 16 instances with 4 CPUs each i can reproduce the > > > > splat which has been reported: > > >

Re: [PATCH 2/4] torture: Remove CONFIG_NR_CPUS configuration

2025-01-28 Thread Paul E. McKenney
On Tue, Jan 28, 2025 at 01:17:34PM +0100, Uladzislau Rezki wrote: > > > > with 4 CPUs inside VM :) > > > > > > > And when running 16 instances with 4 CPUs each i can reproduce the > > > splat which has been reported: > > > > > > tools/testing/selftests/rcutorture/bin/kvm.sh --allcpus --configs \

Re: [PATCH 2/4] torture: Remove CONFIG_NR_CPUS configuration

2025-01-28 Thread Uladzislau Rezki
> > > with 4 CPUs inside VM :) > > > > > And when running 16 instances with 4 CPUs each i can reproduce the > > splat which has been reported: > > > > tools/testing/selftests/rcutorture/bin/kvm.sh --allcpus --configs \ > > '16*TREE05' --memory 10G --bootargs 'rcutorture.fwd_progress=1' \ > >

[PATCH v3 3/6] syscall.h: introduce syscall_set_nr()

2025-01-28 Thread Dmitry V. Levin
Similar to syscall_set_arguments() that complements syscall_get_arguments(), introduce syscall_set_nr() that complements syscall_get_nr(). syscall_set_nr() is going to be needed along with syscall_set_arguments() on all HAVE_ARCH_TRACEHOOK architectures to implement PTRACE_SET_SYSCALL_INFO API. S

Re: [PATCH v2 5/9] ARM: dts: qcom: msm8226: Add node for TCSR halt regs

2025-01-28 Thread Konrad Dybcio
On 26.01.2025 9:57 PM, Luca Weiss wrote: > From: Matti Lehtimäki > > Add a syscon device node for the TCSR halt regs needed by > modem and other remoteprocs. > > Signed-off-by: Matti Lehtimäki > Signed-off-by: Luca Weiss > --- Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v3 04/13] remoteproc: qcom_q6v5_mss: Handle platforms with one power domain

2025-01-28 Thread Konrad Dybcio
On 28.01.2025 11:55 AM, Stephan Gerhold wrote: > On Tue, Jan 28, 2025 at 11:45:51AM +0100, Konrad Dybcio wrote: >> On 27.01.2025 11:45 PM, Luca Weiss wrote: >>> For example MSM8974 has mx voltage rail exposed as regulator and only cx >>> voltage rail is exposed as power domain. This power domain (c

Re: [PATCH v3 12/13] ARM: dts: qcom: msm8926-htc-memul: Enable modem

2025-01-28 Thread Konrad Dybcio
On 27.01.2025 11:45 PM, Luca Weiss wrote: > Enable the modem found on the MSM8926 HTC One Mini 2. > > Signed-off-by: Luca Weiss > --- > arch/arm/boot/dts/qcom/qcom-msm8926-htc-memul.dts | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/arch/arm/boot/dts/qcom/qcom-msm8926-htc-

Re: [PATCH v3 11/13] ARM: dts: qcom: Introduce dtsi for LTE-capable MSM8926

2025-01-28 Thread Konrad Dybcio
On 27.01.2025 11:45 PM, Luca Weiss wrote: > MSM8926, while being 'just' an LTE-capable variant of MSM8226, the dts > needs to slightly change since the modem doesn't use the ext-bhs-reg and > needs mss-supply, therefore it gets a new compatible. > > Since we already have two -common.dtsi files whi

Re: [PATCH v3 07/13] ARM: dts: qcom: msm8226: Add node for TCSR halt regs

2025-01-28 Thread Konrad Dybcio
On 27.01.2025 11:45 PM, Luca Weiss wrote: > From: Matti Lehtimäki > > Add a syscon device node for the TCSR halt regs needed by > modem and other remoteprocs. > > Signed-off-by: Matti Lehtimäki > Signed-off-by: Luca Weiss > --- Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v3 04/13] remoteproc: qcom_q6v5_mss: Handle platforms with one power domain

2025-01-28 Thread Stephan Gerhold
On Tue, Jan 28, 2025 at 11:45:51AM +0100, Konrad Dybcio wrote: > On 27.01.2025 11:45 PM, Luca Weiss wrote: > > For example MSM8974 has mx voltage rail exposed as regulator and only cx > > voltage rail is exposed as power domain. This power domain (cx) is > > attached internally in power domain and

Re: [PATCH v3 04/13] remoteproc: qcom_q6v5_mss: Handle platforms with one power domain

2025-01-28 Thread Konrad Dybcio
On 27.01.2025 11:45 PM, Luca Weiss wrote: > For example MSM8974 has mx voltage rail exposed as regulator and only cx > voltage rail is exposed as power domain. This power domain (cx) is > attached internally in power domain and cannot be attached in this driver. > > Fixes: 8750cf392394 ("remotepro

Re: [PATCH] dt-bindings: power: rpmpd: Fix comment for SM6375

2025-01-28 Thread Ulf Hansson
On Mon, 27 Jan 2025 at 11:16, Luca Weiss wrote: > > On Mon Dec 2, 2024 at 4:45 PM CET, Luca Weiss wrote: > > During an earlier commit, the comment from SM6350 was copied without > > modifying. Adjust the comment to reflect the defines. > > Ping, could this trivial patch be picked up please? I pic

[PATCH] selftests: fix spelling/grammar errors in sysctl/sysctl.sh

2025-01-28 Thread Chandra Pratap
Fix the grammatical/spelling errors in sysctl/sysctl.sh. This fixes all errors pointed out by codespell in the file. Signed-off-by: Chandra Pratap --- tools/testing/selftests/sysctl/sysctl.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/testing/selftests/sysctl

[PATCH bpf-next v3 12/14] selftests/bpf: test_xdp_veth: Add XDP broadcast redirection tests

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
XDP redirections with BPF_F_BROADCAST and BPF_F_EXCLUDE_INGRESS flags are tested by test_xdp_redirect_multi.sh but not within the test_progs framework. Add a broadcast test case in test_xdp_veth.c to test them. Use the same BPF programs than the one used by test_xdp_redirect_multi.sh. Use a BPF ma

Re: "WARNING in rcu_sr_normal_complete" in Linux Kernel v6.12-rc4

2025-01-28 Thread Uladzislau Rezki
On Thu, Jan 16, 2025 at 03:03:56PM +0100, Uladzislau Rezki wrote: > Hello, Cheung Wall! > > > > > I am writing to report a potential vulnerability identified in the > > Linux Kernel version v6.12-rc4. This vulnerability was discovered > > while i was testing the kernel. > > > > Linux Kernel Repo

[PATCH bpf-next v3 14/14] selftests/bpf: Remove test_xdp_redirect_multi.sh

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
The tests done by test_xdp_redirect_multi.sh are now fully covered by the CI through test_xdp_veth.c. Remove test_xdp_redirect_multi.sh Remove xdp_redirect_multi.c that was used by the script to load and attach the BPF programs. Remove their entries in the Makefile Acked-by: Stanislav Fomichev S

[PATCH bpf-next v3 13/14] selftests/bpf: test_xdp_veth: Add XDP program on egress test

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
XDP programs loaded on egress is tested by test_xdp_redirect_multi.sh but not by the test_progs framework. Add a test case in test_xdp_veth.c to test the XDP program on egress. Use the same BPF program than test_xdp_redirect_multi.sh that replaces the source MAC address by one provided through a B

[PATCH bpf-next v3 10/14] selftests/bpf: test_xdp_veth: Add new test cases for XDP flags

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
The XDP redirection is tested without any flag provided to the xdp_attach() function. Add two subtests that check the correct behaviour with XDP_FLAGS_{DRV/SKB}_MODE flags Acked-by: Stanislav Fomichev Signed-off-by: Bastien Curutchet (eBPF Foundation) --- .../selftests/bpf/prog_tests/test_xdp

[PATCH bpf-next v3 11/14] selftests/bpf: Optionally select broadcasting flags

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
Broadcasting flags are hardcoded for each kind for protocol. Create a redirect_flags map that allows to select the broadcasting flags to use in the bpf_redirect_map(). The protocol ID is used as a key. Set the old hardcoded values as default if the map isn't filled by the BPF caller. Acked-by: St

[PATCH bpf-next v3 09/14] selftests/bpf: test_xdp_veth: Use unique names

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
The network namespaces and the veth used by the tests have hardcoded names that can conflict with other tests during parallel runs. Use the append_tid() helper to ensure the uniqueness of these names. Use the static network configuration table as a template on which thread IDs are appended in each

[PATCH bpf-next v3 07/14] selftests/bpf: test_xdp_veth: Add prog_config[] table

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
The BPF program attached to each veth is hardcoded through the use of the struct skeletons. It prevents from re-using the initialization code in new test cases. Replace the struct skeletons by a bpf_object table. Add a struct prog_configuration that holds the name of BPF program to load on a given

[PATCH bpf-next v3 06/14] selftests/bpf: test_xdp_veth: Rename config[]

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
The network topology is held by the config[] table. This 'config' name is a bit too generic if we want to add other configuration variables. Rename config[] to net_config[]. Acked-by: Stanislav Fomichev Signed-off-by: Bastien Curutchet (eBPF Foundation) --- .../selftests/bpf/prog_tests/test_x

[PATCH bpf-next v3 08/14] selftests/bpf: test_xdp_veth: Add XDP flags to prog_configuration

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
XDP flags are hardcoded to 0 at attachment. Add flags attributes to the struct prog_configuration to allow flag modifications for each test case. Acked-by: Stanislav Fomichev Signed-off-by: Bastien Curutchet (eBPF Foundation) --- tools/testing/selftests/bpf/prog_tests/test_xdp_veth.c | 14 +++

[PATCH bpf-next v3 05/14] selftests/bpf: test_xdp_veth: Split network configuration

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
configure_network() does two things : it first creates the network topology and then configures the BPF maps to fit the test needs. This isn't convenient if we want to re-use the same network topology for different test cases. Rename configure_network() create_network(). Move the BPF configuration

[PATCH bpf-next v3 04/14] selftests/bpf: test_xdp_veth: Use int to describe next veth

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
In the struct veth_configuration, the next_veth string is used to tell the next virtual interface to which packets must be redirected to. So it has to match the local_veth string of an other veth_configuration. Change next_veth type to int to avoid handling two identical strings. This integer is u

[PATCH bpf-next v3 03/14] selftests/bpf: test_xdp_veth: Remove unecessarry check_ping()

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
check_ping() directly returns a SYS_NOFAIL without any previous treatment. It's called only once in the file and hardcodes the used namespace and ip address. Replace check_ping() with a direct call of SYS_NOFAIL in the test. Signed-off-by: Bastien Curutchet (eBPF Foundation) --- tools/testing/

[PATCH bpf-next v3 02/14] selftests/bpf: test_xdp_veth: Remove unused defines

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
IP_CMD_MAX_LEN and NS_SUFFIX_LEN aren't used anywhere. Remove these unused defines Signed-off-by: Bastien Curutchet (eBPF Foundation) --- tools/testing/selftests/bpf/prog_tests/test_xdp_veth.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/tools/testing/selftests/bpf/prog_tests/test_xdp_

[PATCH bpf-next v3 01/14] selftests/bpf: helpers: Add append_tid()

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
Some tests can't be run in parallel because they use same namespace names or veth names. Create an helper that appends the thread ID to a given string. 8 characters are used for it (7 digits + '\0') Signed-off-by: Bastien Curutchet (eBPF Foundation) --- tools/testing/selftests/bpf/network_help

[PATCH bpf-next v3 00/14] selftests/bpf: Migrate test_xdp_redirect_multi.sh to test_progs

2025-01-28 Thread Bastien Curutchet (eBPF Foundation)
Hi all, This patch series continues the work to migrate the *.sh tests into prog_tests framework. test_xdp_redirect_multi.sh tests the XDP redirections done through bpf_redirect_map(). This is already partly covered by test_xdp_veth.c that already tests map redirections at XDP level. What isn't

Re: [RFC PATCH 00/39] 1G page support for guest_memfd

2025-01-28 Thread Amit Shah
Hey Ackerley, On Tue, 2024-09-10 at 23:43 +, Ackerley Tng wrote: > Hello, > > This patchset is our exploration of how to support 1G pages in > guest_memfd, and > how the pages will be used in Confidential VMs. We've discussed this patchset at LPC and in the guest-memfd calls. Can you please

Re: [PATCH] virtio_console: Convert to use devm funcs

2025-01-28 Thread Amit Shah
On Tue, 2025-01-28 at 13:52 +0800, oushixiong1...@163.com wrote: > From: Shixiong Ou > > Convert to devm_* funcs so that no need to manual free in error path. > > Signed-off-by: Shixiong Ou > --- >  drivers/char/virtio_console.c | 43 ++--- > -- >  1 file changed, 17

Re: [RFC PATCH 1/4] perf: arm_pmuv3: Introduce module param to partition the PMU

2025-01-28 Thread Marc Zyngier
On Mon, 27 Jan 2025 22:20:27 +, Colton Lewis wrote: > > For PMUv3, the register MDCR_EL2.HPMN partitiones the PMU counters > into two ranges where counters 0..HPMN-1 are accessible by EL1 and, if > allowed, EL0 while counters HPMN..N are only accessible by EL2. > > Introduce a module paramet

[PATCH v3 6/6] selftests/ptrace: add a test case for PTRACE_SET_SYSCALL_INFO

2025-01-28 Thread Dmitry V. Levin
Check whether PTRACE_SET_SYSCALL_INFO semantics implemented in the kernel matches userspace expectations. Signed-off-by: Dmitry V. Levin --- tools/testing/selftests/ptrace/Makefile | 2 +- .../selftests/ptrace/set_syscall_info.c | 514 ++ 2 files changed, 515 insert

Re: [PATCH v3 13/13] ARM: dts: qcom: msm8226-samsung-matisse-common: Enable modem

2025-01-28 Thread Stephan Gerhold
On Mon, Jan 27, 2025 at 11:45:45PM +0100, Luca Weiss wrote: > From: Matti Lehtimäki > > Enable modem remoteproc on samsung,matisse-wifi & matisselte. > > The mattisselte - being msm8926 - requires an extra mss-supply, so add > that as well. > > Signed-off-by: Matti Lehtimäki > Signed-off-by: L

Re: [PATCH v3 12/13] ARM: dts: qcom: msm8926-htc-memul: Enable modem

2025-01-28 Thread Stephan Gerhold
On Mon, Jan 27, 2025 at 11:45:44PM +0100, Luca Weiss wrote: > Enable the modem found on the MSM8926 HTC One Mini 2. > > Signed-off-by: Luca Weiss Reviewed-by: Stephan Gerhold > --- > arch/arm/boot/dts/qcom/qcom-msm8926-htc-memul.dts | 10 ++ > 1 file changed, 10 insertions(+) > > dif

Re: [PATCH v3 11/13] ARM: dts: qcom: Introduce dtsi for LTE-capable MSM8926

2025-01-28 Thread Stephan Gerhold
On Mon, Jan 27, 2025 at 11:45:43PM +0100, Luca Weiss wrote: > MSM8926, while being 'just' an LTE-capable variant of MSM8226, the dts > needs to slightly change since the modem doesn't use the ext-bhs-reg and > needs mss-supply, therefore it gets a new compatible. > > Since we already have two -com

Re: [PATCH v3 09/13] ARM: dts: qcom: msm8226: Add modem remoteproc node

2025-01-28 Thread Stephan Gerhold
On Mon, Jan 27, 2025 at 11:45:41PM +0100, Luca Weiss wrote: > Add a node for the modem remoteproc found on MSM8226. > > Co-developed-by: Matti Lehtimäki > Signed-off-by: Matti Lehtimäki > Signed-off-by: Luca Weiss Reviewed-by: Stephan Gerhold > --- > .../dts/qcom/qcom-apq8026-samsung-millet