Re: [PATCH v4 0/3] rpmsg: Introduce RPMSG_CREATE_EPT_FD_IOCTL uAPI

2025-06-21 Thread Dawei Li
Hi Arnaud, Thanks for the reply. On Fri, Jun 20, 2025 at 09:52:03AM +0200, Arnaud POULIQUEN wrote: > > > On 6/19/25 16:43, Dawei Li wrote: > > Hi Arnaud, > > Thanks for review. > > > > On Wed, Jun 18, 2025 at 03:07:36PM +0200, Arnaud POULIQUEN wrote: > >> Hello Dawei, > >> > >> > >> Please fi

[RESEND PATCH v2] kallsyms: fix build without execinfo

2025-06-21 Thread Achill Gilgenast
Some libc's like musl libc don't provide execinfo.h since it's not part of POSIX. In order to fix compilation on musl, only include execinfo.h if available (HAVE_BACKTRACE_SUPPORT) This was discovered with c104c16073b7 ("Kunit to check the longest symbol length") which starts to include linux/kal

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread cristian_ci
On Saturday, June 21st, 2025 at 12:17, Konrad Dybcio wrote: > > + > > +&sdhc_1 { > > + vmmc-supply = <&pm8953_l8>; > > + vqmmc-supply = <&pm8953_l5>; > > > you should add regulator-allow-set-load to these vregs So, do you mean I should add 'regulator-allow-set-load' property to 'pm8953_l5' an

Re: [PATCH 1/6] mm/selftests: Fix virtual_address_range test issues.

2025-06-21 Thread Donet Tom
On Fri, Jun 20, 2025 at 08:15:25PM +0530, Dev Jain wrote: > > On 19/06/25 1:53 pm, Donet Tom wrote: > > On Wed, Jun 18, 2025 at 08:13:54PM +0530, Dev Jain wrote: > > > On 18/06/25 8:05 pm, Lorenzo Stoakes wrote: > > > > On Wed, Jun 18, 2025 at 07:47:18PM +0530, Dev Jain wrote: > > > > > On 18/06/2

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread Konrad Dybcio
On 6/21/25 12:53 PM, Luca Weiss wrote: > > > Konrad Dybcio schreef op 21 juni 2025 > 12:11:00 CEST: >> On 6/21/25 11:27 AM, Luca Weiss wrote: >>> On 21-06-2025 9:07 a.m., cristian_ci wrote: On Saturday, June 21st, 2025 at 00:20, Luca Weiss wrote: [...] >>> which means that you sho

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread Luca Weiss
Konrad Dybcio schreef op 21 juni 2025 12:11:00 CEST: >On 6/21/25 11:27 AM, Luca Weiss wrote: >> On 21-06-2025 9:07 a.m., cristian_ci wrote: >>> On Saturday, June 21st, 2025 at 00:20, Luca Weiss wrote: >>> > + > + reserved-memory { > + qseecom@0 { qseecom@84a0 ?

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread cristian_ci
On Saturday, June 21st, 2025 at 00:20, Luca Weiss wrote: > > + > > + reserved-memory { > > + qseecom@0 { > > > qseecom@84a0 ? > > > + reg = <0x00 0x84a0 0x00 0x190>; > > + no-map; > > + }; Looking at downstream devicetree, every reserved-memory nodes with "removed-dma-pool" compa

[PATCH v4 0/7] Add generated modalias to modules.builtin.modinfo

2025-06-21 Thread Alexey Gladkov
The modules.builtin.modinfo file is used by userspace (kmod to be specific) to get information about builtin modules. Among other information about the module, information about module aliases is stored. This is very important to determine that a particular modalias will be handled by a module that

[PATCH v4 1/7] module: remove meaningless 'name' parameter from __MODULE_INFO()

2025-06-21 Thread Alexey Gladkov
From: Masahiro Yamada The symbol names in the .modinfo section are never used and already randomized by the __UNIQUE_ID() macro. Therefore, the second parameter of __MODULE_INFO() is meaningless and can be removed to simplify the code. With this change, the symbol names in the .modinfo section

Re: [PATCH net-next RFC] selftests: net: add netpoll basic functionality test

2025-06-21 Thread Jakub Kicinski
On Fri, 20 Jun 2025 01:39:43 -0700 Breno Leitao wrote: > > FWIW you can steal bpftrace integration from this series: > > https://lore.kernel.org/all/20250421222827.283737-22-k...@kernel.org/ > > Yes, that would be great. I think we can iterate until we hit the poll > path, otherwise we skip the

Re: [PATCH v4 6/7] modpost: Add modname to mod_device_table alias

2025-06-21 Thread Alexey Gladkov
On Sat, Jun 21, 2025 at 05:20:49PM +0200, Miguel Ojeda wrote: > On Sat, Jun 21, 2025 at 3:57 PM Alexey Gladkov wrote: > > > > +/* Format: __mod_device_table__kmod_ */ > > Should we mention that `__kmod_` and `__` will be the search strings, > or otherwise the Rust formatting (i.e. that is car

Re: [GIT PULL] RCU fixes for v6.16 -rc3

2025-06-21 Thread pr-tracker-bot
The pull request you sent on Fri, 20 Jun 2025 15:52:34 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/rcu/linux.git > tags/rcu/fixes-for-6.16-rc3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/afa3d8b6e01b4637d494bf1b1b8b531fddd1e452 Thank you! -- Deet-doot

Re: [PATCH v4 6/7] modpost: Add modname to mod_device_table alias

2025-06-21 Thread Miguel Ojeda
On Sat, Jun 21, 2025 at 3:57 PM Alexey Gladkov wrote: > > +/* Format: __mod_device_table__kmod_ */ Should we mention that `__kmod_` and `__` will be the search strings, or otherwise the Rust formatting (i.e. that is carries a line etc.)? Cc'ing Tomo: do we need an update on `rust/kernel/net/

[PATCH net v2 2/2] virtio-net: xsk: rx: move the xdp->data adjustment to buf_to_xdp()

2025-06-21 Thread Bui Quang Minh
This commit does not do any functional changes. It moves xdp->data adjustment for buffer other than first buffer to buf_to_xdp() helper so that the xdp_buff adjustment does not scatter over different functions. Signed-off-by: Bui Quang Minh --- drivers/net/virtio_net.c | 16 ++-- 1 f

[PATCH net v2 1/2] virtio-net: xsk: rx: fix the frame's length check

2025-06-21 Thread Bui Quang Minh
When calling buf_to_xdp, the len argument is the frame data's length without virtio header's length (vi->hdr_len). We check that len with xsk_pool_get_rx_frame_size() + vi->hdr_len to ensure the provided len does not larger than the allocated chunk size. The additional vi->hdr_len is beca

[PATCH net v2 0/2] virtio-net: xsk: rx: fix the frame's length check

2025-06-21 Thread Bui Quang Minh
Hi everyone, This series contains 2 patches for the zerocopy XDP receive path in virtio net - Patch 1: there is a difference between first buffer and the following buffers in this receive path. While the first buffer contains virtio header, the following ones do not. So the length of the remaining

Re: [PATCH v4 6/7] modpost: Add modname to mod_device_table alias

2025-06-21 Thread Miguel Ojeda
On Sat, Jun 21, 2025 at 3:57 PM Alexey Gladkov wrote: > > rust/kernel/device_id.rs | 8 Cc'ing maintainers and list. Cheers, Miguel

[PATCH v4 7/7] modpost: Create modalias for builtin modules

2025-06-21 Thread Alexey Gladkov
For some modules, modalias is generated using the modpost utility and the section is added to the module file. When a module is added inside vmlinux, modpost does not generate modalias for such modules and the information is lost. As a result kmod (which uses modules.builtin.modinfo in userspace)

[PATCH v4 6/7] modpost: Add modname to mod_device_table alias

2025-06-21 Thread Alexey Gladkov
At this point, if a symbol is compiled as part of the kernel, information about which module the symbol belongs to is lost. To save this it is possible to add the module name to the alias name. It's not very pretty, but it's possible for now. Cc: Miguel Ojeda Cc: Alex Gaynor Signed-off-by: Ale

[PATCH v4 5/7] scsi: Always define blogic_pci_tbl structure

2025-06-21 Thread Alexey Gladkov
The blogic_pci_tbl structure is used by the MODULE_DEVICE_TABLE macro. There is no longer a need to protect it with the MODULE condition, since this no longer causes the compiler to warn about an unused variable. Cc: Khalid Aziz Cc: "Martin K. Petersen" Suggested-by: James Bottomley Signed-off-

[PATCH v4 4/7] kbuild: extract modules.builtin.modinfo from vmlinux.unstripped

2025-06-21 Thread Alexey Gladkov
From: Masahiro Yamada Currently, we assume all the data for modules.builtin.modinfo are available in vmlinux.o. This makes it impossible for modpost, which is invoked after vmlinux.o, to add additional module info. This commit moves the modules.builtin.modinfo rule after modpost. Signed-off-by

[PATCH v4 2/7] kbuild: always create intermediate vmlinux.unstripped

2025-06-21 Thread Alexey Gladkov
From: Masahiro Yamada Generate the intermediate vmlinux.unstripped regardless of CONFIG_ARCH_VMLINUX_NEEDS_RELOCS. If CONFIG_ARCH_VMLINUX_NEEDS_RELOCS is unset, vmlinux.unstripped and vmlinux are identiacal. This simplifies the build rule, and allows to strip more sections by adding them to rem

[PATCH v4 3/7] kbuild: keep .modinfo section in vmlinux.unstripped

2025-06-21 Thread Alexey Gladkov
From: Masahiro Yamada Keep the .modinfo section during linking, but strip it from the final vmlinux. Adjust scripts/mksysmap to exclude modinfo symbols from kallsyms. This change will allow the next commit to extract the .modinfo section from the vmlinux.unstripped intermediate. Signed-off-by:

[PATCH 3/4] ARM: dts: qcom: msm8974: Sort header includes alphabetically

2025-06-21 Thread Luca Weiss
Before adding more headers in a random order, let's sort the includes once so that's done. Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom/qcom-msm8974.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/qcom/qcom-msm8974.dtsi b/arch/arm/boot/dt

Re: [PATCH 3/4] ARM: dts: qcom: msm8974: Sort header includes alphabetically

2025-06-21 Thread Konrad Dybcio
On 6/21/25 3:19 PM, Luca Weiss wrote: > Before adding more headers in a random order, let's sort the includes > once so that's done. > > Signed-off-by: Luca Weiss > --- Reviewed-by: Konrad Dybcio Konrad

[PATCH 4/4] ARM: dts: qcom: msm8974: Start using rpmpd for power domains

2025-06-21 Thread Luca Weiss
Due to historical reasons all msm8974 boards have used the CX power rail as regulator instead of going through the power domain framework. Since rpmpd has gained msm8974 support quite a bit ago, let's start using it and replace all usages of pm8841_s2 (CX), pm8841_s4 (GFX) and for the boards using

[PATCH 1/4] dt-bindings: remoteproc: qcom,adsp: Make msm8974 use CX as power domain

2025-06-21 Thread Luca Weiss
Using CX as a regulator is an artifact of earlier times. Instead use CX power rail as power domain from rpmpd. Signed-off-by: Luca Weiss --- .../devicetree/bindings/remoteproc/qcom,adsp.yaml | 18 -- 1 file changed, 4 insertions(+), 14 deletions(-) diff --git a/Documentatio

[PATCH 2/4] remoteproc: qcom_q6v5_pas: Use resource with CX PD for MSM8974

2025-06-21 Thread Luca Weiss
MSM8974 requires the CX power domain, so use the msm8996_adsp_resource which has cx under proxy_pd_names and is otherwise equivalent. Signed-off-by: Luca Weiss --- drivers/remoteproc/qcom_q6v5_pas.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/remoteproc/qcom_q6v5_

[PATCH 0/4] Start using rpmpd for power domains on MSM8974

2025-06-21 Thread Luca Weiss
vers/remoteproc/qcom_q6v5_pas.c | 2 +- 12 files changed, 56 insertions(+), 114 deletions(-) --- base-commit: 7fa2fb97cd28e1d9670da538095565b6fba83977 change-id: 20250621-msm8974-rpmpd-switch-b19b166c02be Best regards, -- Luca Weiss

Re: [PATCH 1/2] LICENSES: refresh FSF GFDL/GPL licences

2025-06-21 Thread Xose Vazquez Perez
On 6/21/25 9:20 AM, Greg Kroah-Hartman wrote: You also changed whitespace and some terms, and did not describe that here, why? This license text comes from the SPDX repo, why not use that instead? Or better yet, _JUST_ change the address, if that is correct with what the FSF has published, and

Re: [PATCH 3/4] selftests/nolibc: rename Makefile

2025-06-21 Thread Thomas Weißschuh
On 2025-06-21 06:14:21+0200, Willy Tarreau wrote: > Hi Thomas, > > On Fri, Jun 20, 2025 at 11:39:32PM +0200, Thomas Weißschuh wrote: > > The nolibc tests are not real kselftests, they work differently and > > provide a different interface. Users trying to use them like real > > selftests may be co

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread Konrad Dybcio
On 6/20/25 11:51 PM, Cristian Cozzolino via B4 Relay wrote: > From: Cristian Cozzolino > > Billion Capture+ (flipkart,rimob) is a smartphone released in 2017, based > on Snapdragon 625 (MSM8953) SoC. > > Add a device tree with initial support for: > > - GPIO keys > - SDHCI (internal and externa

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread Konrad Dybcio
On 6/21/25 11:27 AM, Luca Weiss wrote: > On 21-06-2025 9:07 a.m., cristian_ci wrote: >> On Saturday, June 21st, 2025 at 00:20, Luca Weiss wrote: >> + + reserved-memory { + qseecom@0 { >>> >>> >>> qseecom@84a0 ? >>> + reg = <0x00 0x84a0 0x00 0x190>; + no-map; >>

Re: [PATCH v2] ARM: dts: qcom: msm8974-samsung-hlte: Add touchkey support

2025-06-21 Thread Konrad Dybcio
On 6/18/25 11:45 PM, Luca Weiss wrote: > From: Adam Honse > > Add support for the touchkeys on the Samsung Galaxy Note 3 (hlte). > > Signed-off-by: Adam Honse > Signed-off-by: Luca Weiss > --- > Changes in v2: > - Fix schema validation failure, adjust i2c-gpio node name > - Fix misplaced S-o-b

Re: [PATCH 3/4] selftests/nolibc: rename Makefile

2025-06-21 Thread Willy Tarreau
On Sat, Jun 21, 2025 at 10:34:38AM +0200, Thomas Weißschuh wrote: > On 2025-06-21 06:14:21+0200, Willy Tarreau wrote: > > Hi Thomas, > > > > On Fri, Jun 20, 2025 at 11:39:32PM +0200, Thomas Weißschuh wrote: > > > The nolibc tests are not real kselftests, they work differently and > > > provide a d

Re: [PATCH 3/3] arm64: dts: qcom: msm8953: Add device tree for Billion Capture+

2025-06-21 Thread Luca Weiss
On 21-06-2025 9:07 a.m., cristian_ci wrote: On Saturday, June 21st, 2025 at 00:20, Luca Weiss wrote: + + reserved-memory { + qseecom@0 { qseecom@84a0 ? + reg = <0x00 0x84a0 0x00 0x190>; + no-map; + }; Looking at downstream devicetree, every reserved-memory nodes with "remov

答复: [PATCH] virtio_fs: Remove request addition to processing list

2025-06-21 Thread Li,Rongqing
> Since virtio_fs does not utilize the fuse_pqueue->processing list, we can > safely > omit adding requests to this list. This change eliminates the associated > spin_lock operations, thereby improving performance. > please ignore this mail, sorry for the noise, I misunderstand -Li

Re: [PATCH 1/2] LICENSES: refresh FSF GFDL/GPL licences

2025-06-21 Thread Greg Kroah-Hartman
On Sat, Jun 21, 2025 at 03:21:13AM +0200, Xose Vazquez Perez wrote: > Old licences have been modified, because FSF postal address was changed: > https://lists.gnu.org/archive/html/info-gnu/2024-09/msg0.html > https://www.fsf.org/blogs/community/fsf-office-closing-party > https://www.fsf.org/abo

Re: [PATCH 2/2] LICENSES: refresh FSF LGPL licences

2025-06-21 Thread Greg Kroah-Hartman
On Sat, Jun 21, 2025 at 03:21:14AM +0200, Xose Vazquez Perez wrote: > Old licences have been modified, because FSF postal address was changed: > https://lists.gnu.org/archive/html/info-gnu/2024-09/msg0.html > https://www.fsf.org/blogs/community/fsf-office-closing-party > https://www.fsf.org/abo