Re: [PATCH v12 09/12] dt-bindings: marvell: Document PXA1908 SoC

2024-08-23 Thread Krzysztof Kozlowski
On Fri, Aug 23, 2024 at 10:54:44PM +0200, Duje Mihanović wrote: > Add dt binding for the Marvell PXA1908 SoC. ... and Samsung foo bar board/phone/laptop/something. Some description of the hardware is also welcomed in the bindings... Best regards, Krzysztof

[PATCH v9 3/4] scripts: add verifier script for builtin module range data

2024-08-23 Thread Kris Van Hees
The modules.builtin.ranges offset range data for builtin modules is generated at compile time based on the list of built-in modules and the vmlinux.map and vmlinux.o.map linker maps. This data can be used to determine whether a symbol at a particular address belongs to module code that was configu

[PATCH v9 2/4] kbuild: generate offset range data for builtin modules

2024-08-23 Thread Kris Van Hees
Create file module.builtin.ranges that can be used to find where built-in modules are located by their addresses. This will be useful for tracing tools to find what functions are for various built-in modules. The offset range data for builtin modules is generated using: - modules.builtin: associa

[PATCH v9 4/4] module: add install target for modules.builtin.ranges

2024-08-23 Thread Kris Van Hees
When CONFIG_BUILTIN_MODULE_RANGES is enabled, the modules.builtin.ranges file should be installed in the module install location. Signed-off-by: Kris Van Hees Reviewed-by: Nick Alcock --- Changes since v3: - Only install modules.builtin.ranges if CONFIG_BUILTIN_MODULE_RANGES=y --- scri

[PATCH v9 0/4] Generate address range data for built-in modules

2024-08-23 Thread Kris Van Hees
At build time, create the file modules.builtin.ranges that will hold address range data of the built-in modules that can be used by tracers. Especially for tracing applications, it is convenient to be able to refer to a symbol using a pair and to be able to translate an address into a pair. But

[PATCH v9 1/4] kbuild: add mod(name,file)_flags to assembler flags for module objects

2024-08-23 Thread Kris Van Hees
In order to create the file at build time, modules.builtin.ranges, that contains the range of addresses for all built-in modules, there needs to be a way to identify what code is compiled into modules. To identify what code is compiled into modules during a kernel build, one can look for the prese

[PATCH] tracing: Mitigate possible softlockup in __tracing_open()

2024-08-23 Thread Zheng Yejian
In __tracing_open(), when max latency tracers took place on the cpu, the time start of its buffer would be updated, then event entries with timestamps being earlier than start of the buffer would be skipped (see tracing_iter_reset()). Softlockup will occur if the kernel is non-preemptible and too

Re: [PATCH] virtio_pmem: Add freeze/restore callbacks

2024-08-23 Thread Philip Chen
Hi maintainers, Can anyone let me know if this patch makes sense? Any comment/feedback is appreciated. Thanks in advance! On Wed, Aug 14, 2024 at 5:46 PM Philip Chen wrote: > > Add basic freeze/restore PM callbacks to support hibernation (S4): > - On freeze, delete vq and quiesce the device to p

[PATCH v12 11/12] arm64: dts: Add DTS for Marvell PXA1908 and samsung,coreprimevelte

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add DTS for Marvell PXA1908 SoC and Samsung Galaxy Core Prime Value Edition LTE, a smartphone based on said SoC. Signed-off-by: Duje Mihanović --- arch/arm64/boot/dts/marvell/Makefile | 3 + .../dts/marvell/pxa1908-samsung-coreprimevelte.dts | 336 +

[PATCH v12 12/12] MAINTAINERS: add myself as Marvell PXA1908 maintainer

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add myself as the maintainer for Marvell PXA1908 SoC support. Signed-off-by: Duje Mihanović --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index f328373463b0..33752c63bd5a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v12 06/12] clk: mmp: Add Marvell PXA1908 APBCP driver

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add driver for the APBCP controller block found on Marvell's PXA1908 SoC. Signed-off-by: Duje Mihanović --- drivers/clk/mmp/Makefile| 2 +- drivers/clk/mmp/clk-pxa1908-apbcp.c | 82 + 2 files changed, 83 insertions(+), 1 del

[PATCH v12 07/12] clk: mmp: Add Marvell PXA1908 APMU driver

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add driver for the APMU controller block found on Marvell's PXA1908 SoC. This driver is incomplete, lacking support for (at least) GPU, VPU, DSI and CCIC (camera related) clocks. Signed-off-by: Duje Mihanović --- drivers/clk/mmp/Makefile | 2 +- drivers/clk/mmp

[PATCH v12 10/12] arm64: Kconfig.platforms: Add config for Marvell PXA1908 platform

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add ARCH_MMP configuration option for Marvell PXA1908 SoC. Signed-off-by: Duje Mihanović --- arch/arm64/Kconfig.platforms | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index 6c6d11536b42..6cb21a27844

[PATCH v12 08/12] clk: mmp: Add Marvell PXA1908 MPMU driver

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add driver for the MPMU controller block on Marvell's PXA1908 SoC. The driver is incomplete, currently only supporting the fixed PLL1; dynamic PLLs 2-4 and CPU/DDR/AXI clock support is missing. Signed-off-by: Duje Mihanović --- drivers/clk/mmp/Makefile | 2 +-

[PATCH v12 05/12] clk: mmp: Add Marvell PXA1908 APBC driver

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add driver for the APBC controller block found on Marvell's PXA1908 SoC. Signed-off-by: Duje Mihanović --- drivers/clk/mmp/Makefile | 2 +- drivers/clk/mmp/clk-pxa1908-apbc.c | 130 + 2 files changed, 131 insertions(+), 1 del

[PATCH v12 09/12] dt-bindings: marvell: Document PXA1908 SoC

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add dt binding for the Marvell PXA1908 SoC. Reviewed-by: Krzysztof Kozlowski Signed-off-by: Duje Mihanović --- Documentation/devicetree/bindings/arm/mrvl/mrvl.yaml | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mrvl/mrvl.yam

[PATCH v12 04/12] dt-bindings: clock: Add Marvell PXA1908 clock bindings

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add dt bindings and documentation for the Marvell PXA1908 clock controller. Reviewed-by: Conor Dooley Reviewed-by: Stephen Boyd Signed-off-by: Duje Mihanović --- .../devicetree/bindings/clock/marvell,pxa1908.yaml | 48 include/dt-bindings/clock/marvell,pxa19

[PATCH v12 02/12] dt-bindings: pinctrl: pinctrl-single: add marvell,pxa1908-padconf compatible

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add the "marvell,pxa1908-padconf" compatible to allow migrating to a separate pinctrl driver later. Reviewed-by: Rob Herring Acked-by: Linus Walleij Signed-off-by: Duje Mihanović --- Documentation/devicetree/bindings/pinctrl/pinctrl-single.yaml | 4 1 file changed,

[PATCH v12 03/12] pinctrl: single: add marvell,pxa1908-padconf compatible

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Duje Mihanović Add the "marvell,pxa1908-padconf" compatible to allow migrating to a separate pinctrl driver later. Acked-by: Linus Walleij Signed-off-by: Duje Mihanović --- drivers/pinctrl/pinctrl-single.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/pinctrl/pinctrl-singl

[PATCH v12 00/12] Initial Marvell PXA1908 support

2024-08-23 Thread Duje Mihanović via B4 Relay
Hello, This series adds initial support for the Marvell PXA1908 SoC and "samsung,coreprimevelte", a smartphone using the SoC. USB works and the phone can boot a rootfs from an SD card, but there are some warnings in the dmesg: During SMP initialization: [0.006519] CPU features: SANITY CHECK:

[PATCH v12 01/12] clk: mmp: Switch to use struct u32_fract instead of custom one

2024-08-23 Thread Duje Mihanović via B4 Relay
From: Andy Shevchenko The struct mmp_clk_factor_tbl repeats the generic struct u32_fract. Kill the custom one and use the generic one instead. Signed-off-by: Andy Shevchenko Tested-by: Duje Mihanović Reviewed-by: Linus Walleij Reviewed-by: Stephen Boyd Signed-off-by: Duje Mihanović --- dri

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-23 Thread Sami Tolvanen
On Thu, Aug 22, 2024 at 11:53 PM Greg Kroah-Hartman wrote: > > On Thu, Aug 22, 2024 at 12:00:15PM +, Benno Lossin wrote: > > > Here's one example in the android tree where 4 64bit fields are reserved > > > for future abi changes: > > > > > > https://android.googlesource.com/kernel/common/

Re: [PATCH] tracing/timerlat: Check tlat_var for NULL in timerlat_fd_release

2024-08-23 Thread Steven Rostedt
On Fri, 23 Aug 2024 12:54:26 -0400 Steven Rostedt wrote: > > $ while true; do rtla timerlat top -u -q & PID=$!; sleep 5; \ > > kill -INT $PID; sleep 0.001; kill -TERM $PID; wait $PID; done > > The "kill -INT $PID" caused the write to osnoise_workload_start(), and the > after 1ms you do the "k

Re: [PATCH v8 1/4] kbuild: add mod(name,file)_flags to assembler flags for module objects

2024-08-23 Thread Masahiro Yamada
On Fri, Aug 23, 2024 at 3:21 AM Kris Van Hees wrote: > > In order to create the file at build time, modules.builtin.ranges, that > contains the range of addresses for all built-in modules, there needs to > be a way to identify what code is compiled into modules. > > To identify what code is compil

Re: [PATCH v8 2/4] kbuild: generate offset range data for builtin modules

2024-08-23 Thread Sami Tolvanen
On Fri, Aug 23, 2024 at 10:06 AM Kris Van Hees wrote: > > On Fri, Aug 23, 2024 at 04:53:29PM +, Sami Tolvanen wrote: > > Hi Kris, > > > > On Thu, Aug 22, 2024 at 02:19:39PM -0400, Kris Van Hees wrote: > > > diff --git a/scripts/generate_builtin_ranges.awk > > > b/scripts/generate_builtin_rang

Re: [PATCH v8 2/4] kbuild: generate offset range data for builtin modules

2024-08-23 Thread Kris Van Hees
On Fri, Aug 23, 2024 at 04:53:29PM +, Sami Tolvanen wrote: > Hi Kris, > > On Thu, Aug 22, 2024 at 02:19:39PM -0400, Kris Van Hees wrote: > > diff --git a/scripts/generate_builtin_ranges.awk > > b/scripts/generate_builtin_ranges.awk > > new file mode 100755 > > index ..68df05fd3036

[RFC] Why is set_config not supported in mlx5_vnet?

2024-08-23 Thread Carlos Bilbao
Hello, I'm debugging my vDPA setup, and when using ioctl to retrieve the configuration, I noticed that it's running in half duplex mode: Configuration data (24 bytes):   MAC address: (Mac address)   Status: 0x0001   Max virtqueue pairs: 8   MTU: 1500   Speed: 0 Mb   Duplex: Half Duplex   RSS max

Re: [PATCH] tracing/timerlat: Check tlat_var for NULL in timerlat_fd_release

2024-08-23 Thread Steven Rostedt
On Tue, 20 Aug 2024 15:00:01 +0200 tglo...@redhat.com wrote: > From: Tomas Glozar > > When running timerlat with a userspace workload (NO_OSNOISE_WORKLOAD), > NULL pointer dereference can be triggered by sending consequent SIGINT > and SIGTERM signals to the workload process. That then causes >

Re: [PATCH v8 2/4] kbuild: generate offset range data for builtin modules

2024-08-23 Thread Sami Tolvanen
Hi Kris, On Thu, Aug 22, 2024 at 02:19:39PM -0400, Kris Van Hees wrote: > diff --git a/scripts/generate_builtin_ranges.awk > b/scripts/generate_builtin_ranges.awk > new file mode 100755 > index ..68df05fd3036 > --- /dev/null > +++ b/scripts/generate_builtin_ranges.awk > @@ -0,0 +1,505

Re: [RFC] vDPA: Trying to make sense of config data

2024-08-23 Thread Carlos Bilbao
Hello again,  Answering my own question: https://elixir.bootlin.com/linux/v6.10.2/source/include/uapi/linux/virtio_net.h#L92 Thanks, Carlos On 8/22/24 1:21 PM, Carlos Bilbao wrote: > Hello folks, > > I'm using the code below to retrieve configuration data for my vDPA file > via ioctl. I get as

Re: [PATCH 0/2] kmod /usr support

2024-08-23 Thread Michal Suchánek
On Fri, Aug 23, 2024 at 10:03:05PM +0900, Masahiro Yamada wrote: > On Thu, Aug 22, 2024 at 5:36 PM Michal Suchánek wrote: > > > > Hello, > > > > On Thu, Aug 22, 2024 at 01:05:11AM -0500, Lucas De Marchi wrote: > > > On Tue, Dec 19, 2023 at 05:37:31PM GMT, Masahiro Yamada wrote: > > > > On Thu, Dec

Re: [PATCH] MAINTAINERS: scale modules with more reviewers

2024-08-23 Thread Daniel Gomez
On Wed, Aug 21, 2024 at 10:40:21AM -0700, Luis Chamberlain wrote: > We're looking to add Rust module support, and I don't speak > Rust yet. The compromise was reached that in order to scale we'd > get volunteers committed from the Rust community willing to review > both Rust and C code for modules

[PATCH] tracing/osnoise: Protect the per CPU kthread variable with mutex

2024-08-23 Thread Steven Rostedt
From: Steven Rostedt The start_kthread() and stop_thread() code was not always called with the interface_lock held. This means that the kthread variable could be unexpectedly changed causing the kthread_stop() to be called on it when it should not have been, leading to: while true; do rtla t

Re: [PATCH 1/2] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL

2024-08-23 Thread Krzysztof Kozlowski
On 23/08/2024 11:47, Gokul Sriram P wrote: > > On 8/22/2024 5:00 PM, Krzysztof Kozlowski wrote: >>> IM_SLEEP_CLK - Internal Module sleep clock needed for Q6 reset. >>> >>> SLEEP is not an acronym here. >> Then probably you mean "Internal sleep", although "internal" is also >> confusing. Devices do

Re: [PATCH 0/2] kmod /usr support

2024-08-23 Thread Masahiro Yamada
On Thu, Aug 22, 2024 at 5:36 PM Michal Suchánek wrote: > > Hello, > > On Thu, Aug 22, 2024 at 01:05:11AM -0500, Lucas De Marchi wrote: > > On Tue, Dec 19, 2023 at 05:37:31PM GMT, Masahiro Yamada wrote: > > > On Thu, Dec 7, 2023 at 3:37 AM Lucas De Marchi > > > wrote: > > > > > > > > On Fri, Nov

Re: [PATCH] device-dax: map dax memory as decrypted in CoCo guests

2024-08-23 Thread Gupta, Pankaj
Confidential Computing (CoCo) guests encrypt private memory by default. DAX memory regions allow a guest to bypass its own (private) page cache and instead use host memory, which is not private to the guest. Commit 867400af90f1 ("mm/memremap.c: map FS_DAX device memory as decrypted") only ensures

[PATCH v5] ptp: Add support for the AMZNC10C 'vmclock' device

2024-08-23 Thread David Woodhouse
From: David Woodhouse The vmclock device addresses the problem of live migration with precision clocks. The tolerances of a hardware counter (e.g. TSC) are typically around ±50PPM. A guest will use NTP/PTP/PPS to discipline that counter against an external source of 'real' time, and track the pre

Re: [PATCH 0/4] Add new driver for WCSS secure PIL loading

2024-08-23 Thread Gokul Sriram P
On 8/22/2024 4:58 PM, Krzysztof Kozlowski wrote: On 22/08/2024 12:43, Gokul Sriram P wrote: On 8/20/2024 4:42 PM, Krzysztof Kozlowski wrote: On 20/08/2024 10:55, Gokul Sriram Palanisamy wrote: This series depends on q6 clock removal series [1]. How? So this cannot be tested and merged? Yes

Re: [PATCH v3 2/2] remoteproc: imx_rproc: Add support for poweroff and reboot

2024-08-23 Thread Daniel Baluta
On Thu, Aug 22, 2024 at 4:40 PM Peng Fan (OSS) wrote: > > From: Peng Fan > > On some NXP platforms (e.g i.MX7ULP) the poweroff and reboot operations > are done via a separate remote core. > > Typically Linux needs to send a message to the remote core and requests > for poweroff or reboot. > > By

Re: [PATCH v3 1/2] remoteproc: imx_rproc: Allow setting of the mailbox transmit mode

2024-08-23 Thread Daniel Baluta
On Thu, Aug 22, 2024 at 4:40 PM Peng Fan (OSS) wrote: > > From: Peng Fan > > Current mailbox is blocking by default, but there are cases where we don't > need to wait for a response. > > Linux just needs to send data to the remote processor, so let's > allow tx_block mode to be set (true/false) d