Re: [PATCH V3 1/2] soc: qcom: smp2p: Use devname for interrupt descriptions

2024-07-01 Thread Sudeep Patil
On 6/27/2024 4:18 PM, Sudeepgoud Patil wrote: From: Chris Lew When using /proc/interrupts to collect statistics on smp2p interrupt counts, it is hard to distinguish the different instances of smp2p from each other. For example to debug a processor boot issue, the ready and handover interrupt

[PATCH] staging: Fix missing warning/taint on builtin code

2024-07-01 Thread Ágatha Isabelle Chris Moreira Guedes
Fix the absence of warning message and kernel tainting when initializing drivers from the `drivers/staging` subtree from initcalls (when configured as built-in). When such a driver is built as module and the module is loaded, the `load_module()` function taints the kernel to signal code of unknown

[PATCH RT 0/1] Linux v4.19.316-rt136-rc1

2024-07-01 Thread Daniel Wagner
Dear RT Folks, This is the RT stable review cycle of patch 4.19.316-rt136-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release is also available on kernel.org https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git on the v4.19-rt-nex

[PATCH RT 1/1] Linux 4.19.316-rt136

2024-07-01 Thread Daniel Wagner
v4.19.316-rt136-rc1 stable review patch. If anyone has any objections, please let me know. --- Signed-off-by: Daniel Wagner --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index e3026053f01e..f824f53c19ea 100644

Re: [PATCH v3 0/2] ARM: dts: qcom-msm8226-samsung-ms013g: Add initial device tree

2024-07-01 Thread Rob Herring (Arm)
On Sun, 30 Jun 2024 13:29:13 +, Raymond Hackley wrote: > Samsung Galaxy Grand 2 is a phone based on MSM8226. It's similar to the > other Samsung devices based on MSM8226 with only a few minor differences. > > The device trees contain initial support with: > - GPIO keys > - Regulator haptic

Re: [PATCH 3/4] remoteproc: k3-r5: k3_r5_rproc_stop: code reorder

2024-07-01 Thread Richard GENOUD
Le 01/07/2024 à 18:35, Mathieu Poirier a écrit : On Mon, Jul 01, 2024 at 10:03:22AM +0200, Richard GENOUD wrote: Le 28/06/2024 à 23:18, Mathieu Poirier a écrit : On Fri, Jun 21, 2024 at 05:00:57PM +0200, Richard Genoud wrote: In the next commit, a RP_MBOX_SHUTDOWN message will be sent in k3_r5

Re: [PATCH 4/4] remoteproc: k3-r5: support for graceful stop of remote cores

2024-07-01 Thread Richard GENOUD
Le 29/06/2024 à 00:50, Andrew Davis a écrit : On 6/21/24 10:00 AM, Richard Genoud wrote: Introduce software IPC handshake between the K3-R5 remote proc driver and the R5 MCU to gracefully stop/reset the remote core. Upon a stop request, K3-R5 remote proc driver sends a RP_MBOX_SHUTDOWN mailbox

[PATCHv2 bpf-next 9/9] selftests/bpf: Add uprobe session consumers test

2024-07-01 Thread Jiri Olsa
Adding test that attached/detaches multiple consumers on single uprobe and verifies all were hit as expected. Signed-off-by: Jiri Olsa --- .../bpf/prog_tests/uprobe_multi_test.c| 203 ++ .../progs/uprobe_multi_session_consumers.c| 53 + 2 files changed, 256 inser

[PATCHv2 bpf-next 8/9] selftests/bpf: Add uprobe session recursive test

2024-07-01 Thread Jiri Olsa
Adding uprobe session test that verifies the cookie value is stored properly when single uprobe-ed function is executed recursively. Signed-off-by: Jiri Olsa --- .../bpf/prog_tests/uprobe_multi_test.c| 57 +++ .../progs/uprobe_multi_session_recursive.c| 44 +++

[PATCHv2 bpf-next 7/9] selftests/bpf: Add uprobe session cookie test

2024-07-01 Thread Jiri Olsa
Adding uprobe session test that verifies the cookie value get properly propagated from entry to return program. Signed-off-by: Jiri Olsa --- .../bpf/prog_tests/uprobe_multi_test.c| 31 .../bpf/progs/uprobe_multi_session_cookie.c | 48 +++ 2 files changed, 7

[PATCHv2 bpf-next 6/9] selftests/bpf: Add uprobe session test

2024-07-01 Thread Jiri Olsa
Adding uprobe session test and testing that the entry program return value controls execution of the return probe program. Signed-off-by: Jiri Olsa --- .../bpf/prog_tests/uprobe_multi_test.c| 42 +++ .../bpf/progs/uprobe_multi_session.c | 53 +++ 2 fi

[PATCHv2 bpf-next 5/9] libbpf: Add uprobe session attach type names to attach_type_name

2024-07-01 Thread Jiri Olsa
Adding uprobe session attach type name to attach_type_name, so libbpf_bpf_attach_type_str returns proper string name for BPF_TRACE_UPROBE_SESSION attach type. Signed-off-by: Jiri Olsa --- tools/lib/bpf/libbpf.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/lib/bpf/libbpf.c b/tools/li

[PATCHv2 bpf-next 4/9] libbpf: Add support for uprobe multi session attach

2024-07-01 Thread Jiri Olsa
Adding support to attach program in uprobe session mode with bpf_program__attach_uprobe_multi function. Adding session bool to bpf_uprobe_multi_opts struct that allows to load and attach the bpf program via uprobe session. the attachment to create uprobe multi session. Also adding new program loa

[PATCHv2 bpf-next 3/9] bpf: Add support for uprobe multi session context

2024-07-01 Thread Jiri Olsa
Placing bpf_session_run_ctx layer in between bpf_run_ctx and bpf_uprobe_multi_run_ctx, so the session data can be retrieved from uprobe_multi link. Plus granting session kfuncs access to uprobe session programs. Signed-off-by: Jiri Olsa --- kernel/trace/bpf_trace.c | 23 +++

[PATCHv2 bpf-next 2/9] bpf: Add support for uprobe multi session attach

2024-07-01 Thread Jiri Olsa
Adding support to attach bpf program for entry and return probe of the same function. This is common use case which at the moment requires to create two uprobe multi links. Adding new BPF_TRACE_UPROBE_SESSION attach type that instructs kernel to attach single link program to both entry and exit pr

[PATCHv2 bpf-next 1/9] uprobe: Add support for session consumer

2024-07-01 Thread Jiri Olsa
Adding support for uprobe consumer to be defined as session and have new behaviour for consumer's 'handler' and 'ret_handler' callbacks. The session means that 'handler' and 'ret_handler' callbacks are connected in a way that allows to: - control execution of 'ret_handler' from 'handler' callba

[PATCHv2 bpf-next 0/9] uprobe, bpf: Add session support

2024-07-01 Thread Jiri Olsa
hi, this patchset is adding support for session uprobe attachment and using it through bpf link for bpf programs. The session means that the uprobe consumer is executed on entry and return of probed function with additional control: - entry callback can control execution of the return callback

Re: [PATCH 1/4] remoteproc: k3-r5: Fix IPC-only mode detection

2024-07-01 Thread Mathieu Poirier
On Mon, Jul 01, 2024 at 04:13:00AM -0500, Hari Nagalla wrote: > On 6/28/24 14:58, Mathieu Poirier wrote: > > > This could lead in an incorrect IPC-only mode detection if reset line is > > > asserted (so reset_control_status() return > 0) and c_state != 0 and > > > halted == 0. > > > In this case, t

Re: [PATCH 4/4] remoteproc: k3-r5: support for graceful stop of remote cores

2024-07-01 Thread Richard GENOUD
[adding Vibhore in Cc] Le 28/06/2024 à 23:20, Mathieu Poirier a écrit : On Fri, Jun 21, 2024 at 05:00:58PM +0200, Richard Genoud wrote: Introduce software IPC handshake between the K3-R5 remote proc driver and the R5 MCU to gracefully stop/reset the remote core. Upon a stop request, K3-R5 remo

Re: [PATCH 3/4] remoteproc: k3-r5: k3_r5_rproc_stop: code reorder

2024-07-01 Thread Mathieu Poirier
On Mon, Jul 01, 2024 at 10:03:22AM +0200, Richard GENOUD wrote: > Le 28/06/2024 à 23:18, Mathieu Poirier a écrit : > > On Fri, Jun 21, 2024 at 05:00:57PM +0200, Richard Genoud wrote: > > > In the next commit, a RP_MBOX_SHUTDOWN message will be sent in > > > k3_r5_rproc_stop() to the remote proc (in

Re: [RFC PATCH v1 1/2] virtio/vsock: rework deferred credit update logic

2024-07-01 Thread Stefano Garzarella
Hi Arseniy, On Fri, Jun 21, 2024 at 10:25:40PM GMT, Arseniy Krasnov wrote: Previous calculation of 'free_space' was wrong (but worked as expected in most cases, see below), because it didn't account number of bytes in rx queue. Let's rework 'free_space' calculation in the following way: as this

Re: [PATCH] LoongArch: make the users of larch_insn_gen_break() constant

2024-07-01 Thread Huacai Chen
On Mon, Jul 1, 2024 at 2:22 PM Tiezhu Yang wrote: > > On 06/29/2024 11:03 PM, Oleg Nesterov wrote: > > LoongArch defines UPROBE_SWBP_INSN as a function call and this breaks > > arch_uprobe_trampoline() which uses it to initialize a static variable. > > > > Add the new "__builtin_constant_p" helper

Re: [PATCH PATCH net-next v2 2/2] vsock/virtio: avoid enqueue packets when work queue is empty

2024-07-01 Thread Luigi Leonardi
Hi all, > + /* Inside RCU, can't sleep! */ > + ret = mutex_trylock(&vsock->tx_lock); > + if (unlikely(ret == 0)) > + goto out_worker; I just realized that here I don't release the tx_lock and that the email subject is "PATCH PATCH". I will

[PATCH net-next v2 0/2] vsock: avoid queuing on workqueue if possible

2024-07-01 Thread Luigi Leonardi via B4 Relay
s(+), 62 deletions(-) --- base-commit: 2e7b471121b09e7fa8ffb437bfa0e59d13f96053 change-id: 20240701-pinna-611e8b6cdda0 Best regards, -- Luigi Leonardi

[PATCH PATCH net-next v2 2/2] vsock/virtio: avoid enqueue packets when work queue is empty

2024-07-01 Thread Luigi Leonardi via B4 Relay
From: Marco Pinna Introduce an optimization in virtio_transport_send_pkt: when the work queue (send_pkt_queue) is empty the packet is put directly in the virtqueue reducing latency. In the following benchmark (pingpong mode) the host sends a payload to the guest and waits for the same payload ba

[PATCH PATCH net-next v2 1/2] vsock/virtio: refactor virtio_transport_send_pkt_work

2024-07-01 Thread Luigi Leonardi via B4 Relay
From: Marco Pinna Preliminary patch to introduce an optimization to the enqueue system. All the code used to enqueue a packet into the virtqueue is removed from virtio_transport_send_pkt_work() and moved to the new virtio_transport_send_skb() function. Co-developed-by: Luigi Leonardi Signed-of

Re: [PATCH] kallsyms, livepatch: Fix livepatch with CONFIG_LTO_CLANG

2024-07-01 Thread Petr Mladek
On Fri 2024-06-28 10:36:45, Luis Chamberlain wrote: > On Fri, Jun 28, 2024 at 02:23:49PM +0200, Miroslav Benes wrote: > > On Fri, 7 Jun 2024, Song Liu wrote: > > > > > Hi Miroslav, > > > > > > Thanks for reviewing the patch! > > > > > > On Fri, Jun 7, 2024 at 6:06 AM Miroslav Benes wrote: > > >

Re: [PATCH] vhost-vdpa: switch to use vmf_insert_pfn() in the fault handler

2024-07-01 Thread Michal Kubiak
On Mon, Jul 01, 2024 at 11:31:59AM +0800, Jason Wang wrote: > remap_pfn_page() should not be called in the fault handler as it may > change the vma->flags which may trigger lockdep warning since the vma > write lock is not held. Actually there's no need to modify the > vma->flags as it has been set

Re: [PATCH 0/4] remoteproc: k3-r5: Introduce suspend to ram support

2024-07-01 Thread Hari Nagalla
On 6/21/24 10:00, Richard Genoud wrote: Richard Genoud (4): remoteproc: k3-r5: Fix IPC-only mode detection remoteproc: k3-r5: Introduce PM suspend/resume handlers remoteproc: k3-r5: k3_r5_rproc_stop: code reorder remoteproc: k3-r5: support for graceful stop of remote cores IMO, the pa

Re: [PATCH v2 1/2] dt-bindings: arm: qcom: Document samsung,ms013g

2024-07-01 Thread Krzysztof Kozlowski
On 27/06/2024 21:30, Raymond Hackley wrote: > Document samsung,ms013g for Galaxy Grand 2. > > Signed-off-by: Raymond Hackley Acked-by: Krzysztof Kozlowski Best regards, Krzysztof

Re: [PATCH 1/4] remoteproc: k3-r5: Fix IPC-only mode detection

2024-07-01 Thread Hari Nagalla
On 6/28/24 14:58, Mathieu Poirier wrote: This could lead in an incorrect IPC-only mode detection if reset line is asserted (so reset_control_status() return > 0) and c_state != 0 and halted == 0. In this case, the old code would have detected an IPC-only mode instead of a mismatched mode. Your

Re: [RFC PATCH v2] ptp: Add vDSO-style vmclock support

2024-07-01 Thread David Woodhouse
On Fri, 2024-06-28 at 22:27 +0100, David Woodhouse wrote: > On 28 June 2024 17:38:15 BST, Peter Hilber > wrote: > > On 28.06.24 14:15, David Woodhouse wrote: > > > On Fri, 2024-06-28 at 13:33 +0200, Peter Hilber wrote: > > > > On 27.06.24 16:52, David Woodhouse wrote: > > > > > I already added a

Re: [PATCH v3 3/5] arm64: dts: qcom: sdx75: update reserved memory regions for mpss

2024-07-01 Thread Naina Mehta
On 6/26/2024 9:12 PM, Konrad Dybcio wrote: On 24.06.2024 1:21 PM, Naina Mehta wrote: On 6/18/2024 7:08 PM, Konrad Dybcio wrote: On 6/18/24 15:13, Naina Mehta wrote: Rename qdss@8880 memory region as qlink_logging memory region and add qdss_mem memory region at address of 0x8850.

Re: [PATCH 3/4] remoteproc: k3-r5: k3_r5_rproc_stop: code reorder

2024-07-01 Thread Richard GENOUD
Le 28/06/2024 à 23:18, Mathieu Poirier a écrit : On Fri, Jun 21, 2024 at 05:00:57PM +0200, Richard Genoud wrote: In the next commit, a RP_MBOX_SHUTDOWN message will be sent in k3_r5_rproc_stop() to the remote proc (in lockstep on not) Thus, the sanity check "do not allow core 0 to stop before co

Re: [PATCH 2/4] remoteproc: k3-r5: Introduce PM suspend/resume handlers

2024-07-01 Thread Richard GENOUD
Le 28/06/2024 à 22:48, Mathieu Poirier a écrit : On Fri, Jun 21, 2024 at 05:00:56PM +0200, Richard Genoud wrote: This patch adds the support for system suspend/resume to the ti_k3_R5 remoteproc driver. In order to save maximum power, the approach here is to shutdown completely the cores that we