On Thu, Jun 26, 2025 at 12:05:11PM +0530, Dev Jain wrote:
>
> On 26/06/25 11:12 am, Donet Tom wrote:
> > On Thu, Jun 26, 2025 at 09:27:30AM +0530, Dev Jain wrote:
> > > On 25/06/25 10:47 pm, Donet Tom wrote:
> > > > On Wed, Jun 25, 2025 at 06:22:53PM +0530, Dev Jain wrote:
> > > > > On 19/06/25 1:
On 26/06/25 11:12 am, Donet Tom wrote:
On Thu, Jun 26, 2025 at 09:27:30AM +0530, Dev Jain wrote:
On 25/06/25 10:47 pm, Donet Tom wrote:
On Wed, Jun 25, 2025 at 06:22:53PM +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 26/06/25 11:12 am, Donet Tom wrote:
On Thu, Jun 26, 2025 at 09:27:30AM +0530, Dev Jain wrote:
On 25/06/25 10:47 pm, Donet Tom wrote:
On Wed, Jun 25, 2025 at 06:22:53PM +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 Thu, Jun 26, 2025 at 09:27:30AM +0530, Dev Jain wrote:
>
> On 25/06/25 10:47 pm, Donet Tom wrote:
> > On Wed, Jun 25, 2025 at 06:22:53PM +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:0
> Ujwal, can you reproduce these issues and have a look?
> The script I mentioned in that other mail should help with this
Sorry about the delay, I'll try to reproduce this over the weekend and
send a v6 over.
Will rebase on Peter's patch [1] if it's been applied to mm-new already.
[1] https://l
On 25/06/25 10:47 pm, Donet Tom wrote:
On Wed, Jun 25, 2025 at 06:22:53PM +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 wro
On 26/06/25 7:37 am, Moon Hee Lee wrote:
Remove redundant entries in .gitignore confirmed by:
$ sort tools/testing/selftests/mm/.gitignore | uniq -d
hugetlb_dio
pkey_sighandler_tests_32
pkey_sighandler_tests_64
These entries were originally added by [1], and later duplicated by [2].
[1]
htt
On Thu, Jun 26, 2025 at 12:10 AM Bui Quang Minh
wrote:
>
> When the mergeable receive buffer is prefilled before XDP is set, it
> does not reserve the space for XDP_PACKET_HEADROOM and skb_shared_info.
> So when XDP is set and this buffer is used to receive frame, we need to
> create a new buffer
;>
>
>
>My bot found new DTB warnings on the .dts files added or changed in this
>series.
>
>Some warnings may be from an existing SoC .dtsi. Or perhaps the warnings
>are fixed by another series. Ultimately, it is up to the platform
>maintainer whether these warnings are acc
On Thu, Jun 26, 2025 at 12:10 AM Bui Quang Minh
wrote:
>
> Currently, we have repeated code to check the received mergeable buffer's
> length with allocated size. This commit creates a helper to do that and
> converts current code to use it.
>
> Signed-off-by: Bui Quang Minh
I think it would be
On Thu, Jun 26, 2025 at 12:10 AM Bui Quang Minh
wrote:
>
> The truesize is guaranteed not to exceed PAGE_SIZE in
> get_mergeable_buf_len(). It is saved in mergeable context, which is not
> changeable by the host side,
This really depends on the security model.
> so the check in receive path is q
On Thu, Jun 26, 2025 at 12:10 AM Bui Quang Minh
wrote:
>
> In xdp_linearize_page, when reading the following buffers from the ring,
> we forget to check the received length with the true allocate size. This
> can lead to an out-of-bound read. This commit adds that missing check.
>
> Fixes: 4941d47
We used to do twice copy_from_iter() to copy virtio-net and packet
separately. This introduce overheads for userspace access hardening as
well as SMAP (for x86 it's stac/clac). So this patch tries to use one
copy_from_iter() to copy them once and move the virtio-net header
afterwards to reduce over
With f95f0f95cfb7("net, xdp: Introduce xdp_init_buff utility routine"),
buffer length could be stored as frame size so there's no need to have
a dedicated tun_xdp_hdr structure. We can simply store virtio net
header instead.
Acked-by: Willem de Bruijn
Signed-off-by: Jason Wang
---
drivers/net/t
Remove redundant entries in .gitignore confirmed by:
$ sort tools/testing/selftests/mm/.gitignore | uniq -d
hugetlb_dio
pkey_sighandler_tests_32
pkey_sighandler_tests_64
These entries were originally added by [1], and later duplicated by [2].
[1]
https://lore.kernel.org/all/20240924185911.11793
Include the GDB scripts file under scripts/gdb/linux/mapletree.py under
the MAPLE TREE subsystem since it parses internal data structures that
depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
Include the GDB scripts file under scripts/gdb/linux/interrupts.py under
the IRQ SUBSYSTEM entry since it parses internal data structures that
depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
On Wed, Jun 25, 2025 at 10:39 PM Mathieu Poirier
wrote:
>
> On Tue, 24 Jun 2025 at 21:25, Shengjiu Wang wrote:
> >
> > On Mon, Jun 23, 2025 at 11:11 PM Mathieu Poirier
> > wrote:
> > >
> > > Good day,
> > >
> > > On Wed, Jun 18, 2025 at 02:26:43PM +0800, Shengjiu Wang wrote:
> > > > when recover
On Wed, 25 Jun 2025 16:45:49 -0700 Mina Almasry wrote:
> Thank you for merging this. Kinda of a noob question: does this merge
> mean that nipa will run this on new submitted patches already? Or do
> I/someone need to do something to enable that? I've been clicking on
> the contest for new patches
On Mon, Jun 23, 2025 at 6:19 PM wrote:
>
> Hello:
>
> This patch was applied to netdev/net-next.git (main)
> by Jakub Kicinski :
>
> On Thu, 19 Jun 2025 18:15:18 + you wrote:
> > From: Jesper Dangaard Brouer
> >
> > We frequently consult with Jesper's out-of-tree page_pool benchmark to
> > ev
On Wed, Jun 25, 2025 at 5:03 PM Jakub Kicinski wrote:
>
> On Wed, 25 Jun 2025 16:45:49 -0700 Mina Almasry wrote:
> > Thank you for merging this. Kinda of a noob question: does this merge
> > mean that nipa will run this on new submitted patches already? Or do
> > I/someone need to do something to
Include the GDB scripts file under scripts/gdb/linux/genpd.py under the
GENERIC PM DOMAINS subsystem since it parses internal data structures
that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAI
Include the GDB scripts file under scripts/gdb/linux/modules.py under
the MODULE SUPPORT subsystem since it parses internal data structures
that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINE
Include the GDB scripts file under scripts/gdb/linux/timerlist.py under
the POSIX CLOCKS and TIMERS subsystem since it parses internal data
structures that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS
Include the GDB scripts file under scripts/gdb/linux/vmalloc.py under
the VMALLOC subsystem since it parses internal data structures that
depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
inde
Include the GDB scripts file under scripts/gdb/linux/kasan.py under the
KASAN subsystem since it parses internal data structures that depend
upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e1
Linux has a number of very useful GDB scripts under scripts/gdb/linux/*
that provide OS awareness for debuggers and allows for debugging of a
variety of data structures (lists, timers, radix tree, mapletree, etc.)
as well as subsystems (clocks, devices, classes, busses, etc.).
These scripts are ty
Include the GDB scripts file under scripts/gdb/linux/vfs.py under the
FILESYSTEMS (VFS and infrastructure) subsystem since it parses internal
data structures that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINT
Include the GDB scripts file under scripts/gdb/linux/cpus.py under the
PER-CPU MEMORY ALLOCATOR subsystem since it parses internal data
structures that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MA
Include the GDB scripts file under scripts/gdb/linux/dmesg.py under the
PRINTK subsystem since it parses internal data structures that depend
upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2
Include the GDB scripts file under scripts/gdb/linux/ that deal with
memory mamagenement code under the MEMORY MANAGEMENT subsystem since
they parses internal data structures that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 4
1 file changed, 4 insertions(+
Include the GDB scripts file under scripts/gdb/linux/proc.py under the
PROC FILESYSTEM subsystem since it parses internal data structures that
depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
Include the GDB scripts file under scripts/gdb/linux/xarray.py under the
XARRAY subsystem since it parses internal data structures that depend
upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Include the GDB scripts file under scripts/gdb/linux/radix.py under the
GENERIC RADIX TREE subsystem since it parses internal data structures
that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAI
Include the GDB scripts file under scripts/gdb/linux/clk.py under the
COMMON CLK subsystem since it parses internal data structures that
depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Include the GDB scripts file under scripts/gdb/linux/device.py under the
DRIVER CORE, KOBJECTS, DEBUGFS AND SYSFS subsystem since it parses
internal data structures that depend upon that subsystem.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git
On Wed, 25 Jun 2025 04:39:49 -0700 Breno Leitao wrote:
> +raise KsftSkipEx("netpoll_poll_dev() was not called. Skipping test")
Let's make this an Xfail. Looks like the condition doesn't trigger
in VM testing :(
On Wed, 25 Jun 2025 04:39:46 -0700 Breno Leitao wrote:
> From: Jakub Kicinski
>
> bpftrace is very useful for low level driver testing. perf or trace-cmd
> would also do for collecting data from tracepoints, but they require
> much more post-processing.
>
> Add a wrapper for running bpftrace and
On Wed, 25 Jun 2025 04:39:48 -0700 Breno Leitao wrote:
> The '@' prefix in bpftrace map keys is specific to bpftrace and can be
> safely removed when processing results. This patch modifies the bpftrace
> utility to strip the '@' from map keys before storing them in the result
> dictionary, making
On Wed, 25 Jun 2025 19:43:46 +0100 Simon Horman wrote:
> # # Exception| Traceback (most recent call last):
> # # Exception| File
> "/home/virtme/testing-17/tools/testing/selftests/net/lib/py/ksft.py", line
> 243, in ksft_run
> # # Exception| case(*args)
> # # Exception| File
> "/home/vir
On Wed, 25 Jun 2025 04:39:47 -0700 Breno Leitao wrote:
> cmd_obj = cmd(cmd_arr, ns=ns, host=host, shell=False)
> +if cmd_obj.ret != 0:
> +raise Exception("Warning: bpftrace command returned a non-zero exit
> code.")
cmd should already raise CmdExitFailure, unless fail=False / fai
On 6/25/25 10:54, Stefano Garzarella wrote:
> On Fri, Jun 20, 2025 at 09:52:45PM +0200, Michal Luczaj wrote:
>> Support returning VMADDR_CID_LOCAL in case no other vsock transport is
>> available.
>>
>> Fixes: 0e12190578d0 ("vsock: add local transport support in the vsock core")
>> Suggested-by: St
On 6/25/25 10:43, Stefano Garzarella wrote:
> On Fri, Jun 20, 2025 at 09:52:43PM +0200, Michal Luczaj wrote:
>> vsock_find_cid() and vsock_dev_do_ioctl() may race with module unload.
>> transport_{g2h,h2g} may become NULL after the NULL check.
>>
>> Introduce vsock_transport_local_cid() to protect
On Wed, Jun 25, 2025 at 05:01:29PM +0200, Luca Weiss wrote:
> On Wed Jun 25, 2025 at 4:25 PM CEST, Dmitry Baryshkov wrote:
> > On Wed, Jun 25, 2025 at 11:18:36AM +0200, Luca Weiss wrote:
> >> The PMXR2230 PMIC is used in conjuction with SM7635. Add binding docs
> >> and the devicetree description f
Add the SoC IDs of the 'volcano' family, namely SM7635, SM6650, SM6650P,
QCM6690 and QCS6690 plus the missing PM7550 & PMIV0108 to socinfo.
Signed-off-by: Luca Weiss
---
Luca Weiss (3):
dt-bindings: arm: qcom,ids: Add SoC IDs for SM7635 family
soc: qcom: socinfo: Add SoC IDs for SM763
On 25-06-25 11:14:59, Luca Weiss wrote:
> Add support for the eUSB2 repeater found on the PMIV0104. There is no
> default init table for this PMIC, just the board-specific tuning
> parameters are used on top of the default tuning values.
>
> Signed-off-by: Luca Weiss
Reviewed-by: Abel Vesa
On Wed, Jun 25, 2025 at 10:56:04AM +0200, Dmitry Vyukov wrote:
On Tue, 24 Jun 2025 at 22:04, Sasha Levin wrote:
>9. I see that syscalls and ioctls say:
>KAPI_CONTEXT(KAPI_CTX_PROCESS | KAPI_CTX_SLEEPABLE)
>Can't we make this implicit? Are there any other options?
Maybe? I wasn't sure how we'd
On Wed, Jun 25, 2025 at 08:25:52AM -0400, Mathieu Desnoyers wrote:
> On 2025-06-24 23:10, Boqun Feng wrote:
> > Hi,
> >
> > This is the official first version of simple hazard pointers following
> > the RFC:
> >
> >
> > https://lore.kernel.org/lkml/20250414060055.341516-1-boqun.f...@gmail.co
On 17.06.25 17:43, David Hildenbrand wrote:
Let's make the kernel a bit less horrible, by removing the
linearity requirement in CoW PFNMAP mappings with
!CONFIG_ARCH_HAS_PTE_SPECIAL. In particular, stop messing with
vma->vm_pgoff in weird ways.
Simply lookup in applicable (i.e., CoW PFNMAP) mapp
Add driver for the Qualcomm interconnect buses found in SM7635 based
platforms. The topology consists of several NoCs that are controlled by
a remote processor that collects the aggregated bandwidth for each
master-slave pairs.
Signed-off-by: Luca Weiss
---
drivers/interconnect/qcom/Kconfig |
Add support in the RPMh and TCSR clock drivers for the SM7635 SoC.
Signed-off-by: Luca Weiss
---
Luca Weiss (4):
dt-bindings: clock: qcom: Document the SM7635 RPMH Clock Controller
clk: qcom: rpmh: Add support for RPMH clocks on SM7635
dt-bindings: clock: qcom: document the SM76
ke sure dt-schema is up to date:
pip3 install dtschema --upgrade
This patch series was applied (using b4) to base:
Base: base-commit fda740558acb4303fcf377e5cf9139f795b1d85b not known, ignoring
Base: attempting to guess base-commit...
Base: tags/next-20250625 (exact match)
If this is not
Hi Luca,
kernel test robot noticed the following build warnings:
[auto build test WARNING on 19272b37aa4f83ca52bdf9c16d5d81bdd1354494]
url:
https://github.com/intel-lab-lkp/linux/commits/Luca-Weiss/dt-bindings-clock-qcom-document-the-SM7635-Global-Clock-Controller/20250625-171703
base
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 external storage)
- USB Device Mode
- Regulators
- Simple framebuffer
Reviewed-by: K
Billion Capture+ is a handset using the MSM8953 SoC released in 2017
and sold by Flipkart.
Add a device tree with initial support for:
- GPIO keys
- SDHCI (internal and external storage)
- USB Device Mode
- Regulators
- Simple framebuffer
Signed-off-by: Cristian Cozzolino
---
Changes in v3:
- (
From: Cristian Cozzolino
Add Flipkart to the vendor prefixes.
Signed-off-by: Cristian Cozzolino
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicetree/bi
From: Cristian Cozzolino
Billion Capture+ (flipkart,rimob) is a smartphone based on Qualcomm
Snapdragon 625 (MSM8953).
Signed-off-by: Cristian Cozzolino
---
Documentation/devicetree/bindings/arm/qcom.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm
Good day,
On Thu, Jun 19, 2025 at 03:57:22PM -0500, Andrew Davis wrote:
> Module aliases are used by userspace to identify the correct module to
> load for a detected hardware. The currently supported RPMSG device IDs for
> this module include "rpmsg-raw", but the module alias is "rpmsg_chrdev".
>
On Tue, 24 Jun 2025 at 21:25, Shengjiu Wang wrote:
>
> On Mon, Jun 23, 2025 at 11:11 PM Mathieu Poirier
> wrote:
> >
> > Good day,
> >
> > On Wed, Jun 18, 2025 at 02:26:43PM +0800, Shengjiu Wang wrote:
> > > when recovery is triggered, rproc_stop() is called first then
> > > rproc_start(), but th
On Tue, Jun 24, 2025 at 05:40:15PM +0200, Luigi Leonardi wrote:
Add a new test to ensure that when the transport changes a null pointer
dereference does not occur. The bug was reported upstream [1] and fixed
with commit 2cb7c756f605 ("vsock/virtio: discard packets if the
transport changes").
KAS
On Wed, Jun 25, 2025 at 10:15:22AM +0200, Oscar Salvador wrote:
> On Tue, Jun 17, 2025 at 05:43:37PM +0200, David Hildenbrand wrote:
> > Just like we do for vmf_insert_page_mkwrite() -> ... ->
> > insert_page_into_pte_locked(), support the huge zero folio.
> >
> > Signed-off-by: David Hildenbrand
On 24/06/2025 14:46, Alexandre Ghiti wrote:
> On 6/24/25 14:34, Clément Léger wrote:
>> Gentle ping.
>
>
> I put it back again on my for-next branch.
Great, thanks !
>
> Thanks,
>
> Alex
>
>
>>
>> Thanks,
>>
>> Clément
>>
>> On 22/05/2025 14:51, Clément Léger wrote:
>>> This selftest tes
On Tue, 24 Jun 2025 at 16:05, Cyril Hrubis wrote:
>
> Hi!
> > 6. What's the goal of validation of the input arguments?
> > Kernel code must do this validation anyway, right.
> > Any non-trivial validation is hard, e.g. even for open the validation
> > function
> > for file name would need to have
Shivank Garg writes:
> Add dedicated inode structure (kvm_gmem_inode_info) and slab-allocated
> inode cache for guest memory backing, similar to how shmem handles inodes.
>
> This adds the necessary allocation/destruction functions and prepares
> for upcoming guest_memfd NUMA policy support chang
On Fri, 16 May 2025 16:07:26 -0700, Sean Christopherson wrote:
> The two primary goals of this series are to make the irqbypass concept
> easier to understand, and to address the terrible performance that can
> result from using a list to track connections.
>
> For the first goal, track the produc
On 24.06.25 05:27, Li Wang wrote:
Some systems (e.g. minimal or real-time kernels) may not enable
Transparent Hugepages (THP), causing MADV_HUGEPAGE to return EINVAL.
This patch introduces a runtime check using the existing THP sysfs
interface and skips the hugepage merging test (`-H`) when THP i
On 25.06.25 10:53, Oscar Salvador wrote:
On Tue, Jun 17, 2025 at 05:43:41PM +0200, David Hildenbrand wrote:
Let's reduce the code duplication and factor out the non-pte/pmd related
magic into vm_normal_page_pfn().
To keep it simpler, check the pfn against both zero folios. We could
optimize thi
On Tue, 24 Jun 2025 at 22:04, Sasha Levin wrote:
> >9. I see that syscalls and ioctls say:
> >KAPI_CONTEXT(KAPI_CTX_PROCESS | KAPI_CTX_SLEEPABLE)
> >Can't we make this implicit? Are there any other options?
>
> Maybe? I wasn't sure how we'd describe somthing like getpid() which
> isn't supposed to
On 6/24/25 11:10 PM, Boqun Feng wrote:
As its name suggests, simple hazard pointers (shazptr) is a
simplification of hazard pointers [1]: it has only one hazard pointer
slot per-CPU and is targeted for simple use cases where the read-side
already has preemption disabled. It's a trade-off betwee
Hi!
> > >6. What's the goal of validation of the input arguments?
> > >Kernel code must do this validation anyway, right.
> > >Any non-trivial validation is hard, e.g. even for open the validation
> > >function
> > >for file name would need to have access to flags and check file precense
> > >for
On 6/25/25 4:10 PM, Konrad Dybcio wrote:
> On 6/25/25 11:18 AM, Luca Weiss wrote:
>> Add RPMH regulators exposed by Qualcomm Technologies, Inc. PM7550 PMIC.
>> It has 6 FTS525 (FT-SMPS) and 23 LDOs with 3 different types.
>> L1-L11 are LDO515 LV NMOS, L12-L13 are LDO515 MV PMOS, L14-L23 are
>> LDO5
On 6/25/25 11:18 AM, Luca Weiss wrote:
> Add a dts for the PMIC used e.g. with SM7635 devices.
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm64/boot/dts/qcom/pmxr2230.dtsi | 63
> ++
> 1 file changed, 63 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/pm
On Sun, Jun 08, 2025 at 10:37:39AM +0800, Junhui Liu wrote:
> Add C906L remote processor for CV1800B SoC, which is an asymmetric
> processor typically running RTOS.
>
> Signed-off-by: Junhui Liu
> ---
> .../bindings/remoteproc/sophgo,cv1800b-c906l.yaml | 68
> ++
> 1 file c
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski :
On Mon, 23 Jun 2025 12:00:53 +0200 you wrote:
> From: Stefano Garzarella
>
> If a userspace application just include will fail
> to build with the following errors:
>
> /usr/include/linux/vm_sockets.h:182:39: error
On Wed, Jun 25, 2025 at 03:56:05PM +0200, Frederic Weisbecker wrote:
> Le Tue, Jun 24, 2025 at 08:10:57PM -0700, Boqun Feng a écrit :
> > +static void synchronize_shazptr_normal(void *ptr)
> > +{
> > + int cpu;
> > + unsigned long blocking_grp_mask = 0;
> > +
> > + smp_mb(); /* Synchronize wi
On Wed, Jun 25, 2025 at 05:05:11AM -0700, Christoph Hellwig wrote:
> On Tue, Jun 24, 2025 at 08:10:53PM -0700, Boqun Feng wrote:
> > Hi,
> >
> > This is the official first version of simple hazard pointers following
> > the RFC:
>
> Can you please put an explanation of what hazard pointers are
>
On 24.06.25 06:24, Li Wang wrote:
The current implementation of test_unmerge_uffd_wp() explicitly sets
`uffdio_api.features = UFFD_FEATURE_PAGEFAULT_FLAG_WP` before calling
UFFDIO_API. This can cause the ioctl() call to fail with EINVAL on kernels
that do not support UFFD-WP, leading the test to
Add the PM7550 and PMIV0108 to the pmic_models array.
Signed-off-by: Luca Weiss
---
drivers/soc/qcom/socinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/qcom/socinfo.c b/drivers/soc/qcom/socinfo.c
index
57fc2760548aaf904cd1aefc7fd7e0f7bc269632..a094566f70d00dce3ab0f21638
From: Peng Fan
Add CM7 nodes, vdev related memory regions for remoteproc.
Enable MU7.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx95-19x19-evk.dts | 45 +++
1 file changed, 45 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx95-19x19-evk.dts
b/
On Tue, Jun 17, 2025 at 05:43:44PM +0200, David Hildenbrand wrote:
> Let's introduce vm_normal_page_pud(), which ends up being fairly simple
> because of our new common helpers and there not being a PUD-sized zero
> folio.
>
> Use vm_normal_page_pud() in folio_walk_start() to resolve a TODO,
> str
Add the different remoteprocs found on SM7635: ADSP, CDSP, MPSS and
WPSS.
Signed-off-by: Luca Weiss
---
drivers/remoteproc/qcom_q6v5_pas.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/remoteproc/qcom_q6v5_pas.c
b/drivers/remoteproc/qcom_q6v5_pas.c
index
From: Peng Fan
Add imx_rproc_cfg_imx95_m7 and address(TCM and DDR) mapping.
Add i.MX95 of_device_id entry.
Reviewed-by: Daniel Baluta
Signed-off-by: Peng Fan
---
drivers/remoteproc/imx_rproc.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/remoteproc/im
On Mon, Jun 23, 2025 at 04:04:01PM +0200, David Hildenbrand wrote:
> Hi Oscar,
Hi David,
>
> > I'm confused, I'm missing something here.
> > Before this change we would return NULL if e.g: pfn > highest_memmap_pfn,
> > but
> > now we just print the warning and call pfn_to_page() anyway.
> > AFA
Response is a bit weird because non-linear editing..
On Tue, Jun 24, 2025 at 08:10:57PM -0700, Boqun Feng wrote:
> + /* Whether the scan kthread has been scheduled to scan */
> + bool scheduled;
> +static int __noreturn shazptr_scan_kthread(void *unused)
> +{
> + for (;;) {
> +
Add support for the graphics clock controller found on SM7635 based
devices.
Signed-off-by: Luca Weiss
---
drivers/clk/qcom/Kconfig| 9 +
drivers/clk/qcom/Makefile | 1 +
drivers/clk/qcom/gpucc-sm7635.c | 563
3 files changed, 573 insert
+ Stan
On Wed, Jun 25, 2025 at 04:39:45AM -0700, Breno Leitao wrote:
> I am submitting a new selftest for the netpoll subsystem specifically
> targeting the case where the RX is polling in the TX path, which is
> a case that we don't have any test in the tree today. This is done when
> netpoll_pol
On Wed, Jun 25, 2025 at 06:22:53PM +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/25/25 12:09 PM, Boqun Feng wrote:
On Wed, Jun 25, 2025 at 11:52:04AM -0400, Waiman Long wrote:
[...]
+/*
+ * Acquire a hazptr slot and begin the hazard pointer critical section.
+ *
+ * Must be called with preemption disabled, and preemption must remain disabled
+ * until shazptr_clear().
org/project/devicetree-bindings/patch/20250625-sm7635-icc-v1-1-8b4920041...@fairphone.com
The base for the series is generally the latest rc1. A different dependency
should be noted in *this* patch.
If you already ran 'make dt_binding_check' and didn't see the above
error(s), then m
On 6/25/25 11:13 AM, Mathieu Poirier wrote:
Good day,
On Thu, Jun 19, 2025 at 03:57:22PM -0500, Andrew Davis wrote:
Module aliases are used by userspace to identify the correct module to
load for a detected hardware. The currently supported RPMSG device IDs for
this module include "rpmsg-raw",
Hi Rob,
On 2025-06-24 21:41:14-0500, Rob Landley wrote:
> On 6/9/25 04:28, Thomas Weißschuh wrote:
> > Add support for SuperH/"sh" to nolibc.
> > Only sh4 is tested for now.
> >
> > This is only tested on QEMU so far.
> > Additional testing would be very welcome.
>
> I ran this by Jeff Dionne (t
On 04.06.25 14:56:22, Nathan Fontenot wrote:
> On 6/3/2025 6:49 PM, Dave Jiang wrote:
> >
> >
> > On 6/3/25 3:19 PM, Smita Koralahalli wrote:
> >> Add a NULL check in is_cxl_region() to prevent potential null pointer
> >> dereference if a caller passes a NULL device. This change ensures the
> >>
Add the SoC IDs of the 'volcano' family, namely SM7635, SM6650, SM6650P,
QCM6690 and QCS6690.
Signed-off-by: Luca Weiss
---
include/dt-bindings/arm/qcom,ids.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/dt-bindings/arm/qcom,ids.h
b/include/dt-bindings/arm/qcom,ids.h
index
On 6/25/25 11:18 AM, Luca Weiss wrote:
> Add RPMH regulators exposed by Qualcomm Technologies, Inc. PM7550 PMIC.
> It has 6 FTS525 (FT-SMPS) and 23 LDOs with 3 different types.
> L1-L11 are LDO515 LV NMOS, L12-L13 are LDO515 MV PMOS, L14-L23 are
> LDO512 MV PMOS.
>
> Signed-off-by: Luca Weiss
> -
On Wed Jun 25, 2025 at 4:25 PM CEST, Dmitry Baryshkov wrote:
> On Wed, Jun 25, 2025 at 11:18:36AM +0200, Luca Weiss wrote:
>> The PMXR2230 PMIC is used in conjuction with SM7635. Add binding docs
>> and the devicetree description for it.
>
>
> Please use PM7550 instead.
I'm happy to not follow dow
Hi Thomas,
On Wed, 2025-06-25 at 16:13 +0200, Thomas Weißschuh wrote:
> > But neither of us really have a build environment set up to do much with it.
> > Is there a howto for this, or is just to run the kernel tests?
>
> v2 of the series [0] has some test instructions.
> These should also work w
When the mergeable receive buffer is prefilled before XDP is set, it
does not reserve the space for XDP_PACKET_HEADROOM and skb_shared_info.
So when XDP is set and this buffer is used to receive frame, we need to
create a new buffer with reserved headroom, tailroom and copy the frame
data over. Cur
Currently, we have repeated code to check the received mergeable buffer's
length with allocated size. This commit creates a helper to do that and
converts current code to use it.
Signed-off-by: Bui Quang Minh
---
drivers/net/virtio_net.c | 68 +---
1 file chan
The truesize is guaranteed not to exceed PAGE_SIZE in
get_mergeable_buf_len(). It is saved in mergeable context, which is not
changeable by the host side, so the check in receive path is quite
redundant.
Signed-off-by: Bui Quang Minh
---
drivers/net/virtio_net.c | 7 +++
1 file changed, 3 in
In xdp_linearize_page, when reading the following buffers from the ring,
we forget to check the received length with the true allocate size. This
can lead to an out-of-bound read. This commit adds that missing check.
Fixes: 4941d472bf95 ("virtio-net: do not reset during XDP set")
Signed-off-by: Bu
1 - 100 of 230 matches
Mail list logo
