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
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
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
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
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
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 ?
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
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
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
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
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
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
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/
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
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
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
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
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)
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
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-
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
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
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:
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
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
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
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
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_
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
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
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
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
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;
>>
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
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
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
> 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
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
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
39 matches
Mail list logo