在 2025/8/5 13:10, bsdhenrymar...@gmail.com 写道:
From: Henry Martin
The `struct virtio_vsock_pkt_info` is declared on the stack but only
partially initialized (only `op`, `flags`, and `vsk` are set)
The uninitialized fields (including `pkt_len`, `remote_cid`,
`remote_port`, etc.) contain resid
For systems having CONFIG_NR_CPUS set to > 1024 in kernel config
the selftest fails even though the current number of online cpus
is less. For example, on powerpc the default value for
CONFIG_NR_CPUS is set to 8192.
get_nprocs() is used to get the number of available cpus in test
driver code and t
The existing code for emitting bpf atomic instruction sequences for
atomic operations such as XCHG, CMPXCHG, ADD, AND, OR, and XOR has been
refactored into a reusable function, bpf_jit_emit_ppc_atomic_op().
It also computes the jump offset and tracks the instruction index for jited
LDARX/LWARX to b
powerpc supports BPF atomic operations using a loop around
Load-And-Reserve(LDARX/LWARX) and Store-Conditional(STDCX/STWCX)
instructions gated by sync instructions to enforce full ordering.
To implement arena_atomics, arena vm start address is added to the
dst_reg to be used for both the LDARX/LWA
LLVM generates bpf_addr_space_cast instruction while translating
pointers between native (zero) address space and
__attribute__((address_space(N))). The addr_space=0 is reserved as
bpf_arena address space.
rY = addr_space_cast(rX, 0, 1) is processed by the verifier and
converted to normal 32-bit m
Add support for [LDX | STX | ST], PROBE_MEM32, [B | H | W | DW]
instructions. They are similar to PROBE_MEM instructions with the
following differences:
- PROBE_MEM32 supports store.
- PROBE_MEM32 relies on the verifier to clear upper 32-bit of the
src/dst register
- PROBE_MEM32 adds 64-bit kern_v
bpf_jit_emit_probe_mem_store() is introduced to emit instructions for
storing memory values depending on the size (byte, halfword,
word, doubleword).
Signed-off-by: Saket Kumar Bhaskar
---
arch/powerpc/net/bpf_jit_comp64.c | 30 ++
1 file changed, 30 insertions(+)
di
This patch series introduces support for the PROBE_MEM32,
bpf_addr_space_cast and PROBE_ATOMIC instructions in the powerpc BPF JIT,
facilitating the implementation of BPF arena and arena atomics.
The last patch in the series has fix for arena spinlock selftest
failure.
This series is rebased on t
From: Henry Martin
vmci_transport_dgram_dequeue lack of buffer length validation before
accessing `vmci_datagram` header.
Trigger Path:
1. Attacker sends a datagram with length < sizeof(struct
vmci_datagram).
2. `skb_recv_datagram()` returns the malformed sk_buff (skb->len <
sizeof(struct
On 8/4/25 2:34 PM, Wei Yang wrote:
On Tue, Jul 29, 2025 at 11:04:00AM +0530, Aboorva Devarajan wrote:
From: Donet Tom
The split_huge_page_test fails on systems with a 64KB base page size.
This is because the order of a 2MB huge page is different:
On 64KB systems, the order is 5.
On 4KB sys
On 8/4/25 2:41 PM, Wei Yang wrote:
On Tue, Jul 29, 2025 at 11:03:59AM +0530, Aboorva Devarajan wrote:
From: Donet Tom
This patch fixed 2 issues.
1) After fork() in test_prctl_fork, the child process uses the file
descriptors from the parent process to read ksm_stat and
ksm_merging_pages. Th
tions(+), 25 deletions(-)
> ---
> base-commit: 5c5a10f0be967a8950a2309ea965bae54251b50e
> change-id: 20250804-mdtloader-changes-9aca55e8cf37
>
> Best regards,
> --
> Mukesh Ojha
>
--
With best wishes
Dmitry
From: Henry Martin
The `struct virtio_vsock_pkt_info` is declared on the stack but only
partially initialized (only `op`, `flags`, and `vsk` are set)
The uninitialized fields (including `pkt_len`, `remote_cid`,
`remote_port`, etc.) contain residual kernel stack data. This structure
is passed to
On Mon, Aug 04, 2025 at 06:11:51PM +0530, Mukesh Ojha wrote:
> Firmware binaries may lack section headers, in which case
> the e_shentsize field in the ELF header can be zero.
>
> Update mdt_header_valid() to correctly handle this scenario
> by adjusting the validation logic accordingly.
>
> Fixe
From: Henry Martin
The vulnerability is triggered when processing a malicious VMCI datagram
with an extremely large `payload_size` value. The attack path is:
1. Attacker crafts a malicious `vmci_datagram` with `payload_size` set
to a value near `SIZE_MAX` (e.g., `SIZE_MAX - offsetof(struct
Hi Jiri,
Unfortunately, I couldn't reproduce this issue on my machine.
However, the good news is that it's similar to the PC-relative USDT argument
spec, and I was able to construct a minimal example that reproduces the issue
reliably.
In both cases, we need to resolve the address or offset for
Hi Dan and Smita,
On 24/07/2025 00:13, dan.j.willi...@intel.com wrote:
> dan.j.williams@ wrote:
> [..]
>> If the goal is: "I want to give device-dax a point at which it can make
>> a go / no-go decision about whether the CXL subsystem has properly
>> assembled all CXL regions implied by Soft Rese
On Mon, Aug 4, 2025 at 1:25 AM David Hildenbrand wrote:
>
> On 02.08.25 01:45, Sudarsan Mahendran wrote:
> > Enable these tests to be run on other pfnmap'ed memory like
> > NVIDIA's EGM.
> >
> > Add '--' as a separator to pass in file path. This allows
> > passing of cmd line arguments to kselftes
Enable these tests to be run on other pfnmap'ed memory like
NVIDIA's EGM.
Add '--' as a separator to pass in file path. This allows
passing of cmd line arguments to kselftest_harness.
Use '/dev/mem' as default filename.
Existing test passes:
pfnmap
TAP version 13
1..6
On Fri, Aug 01, 2025, Sean Christopherson wrote:
> On Wed, Jul 30, 2025, Dapeng Mi wrote:
> >
> > On 7/30/2025 8:38 AM, Sean Christopherson wrote:
> > > On Tue, Jul 29, 2025, Dapeng Mi wrote:
> > >> BTW, Sean, may I know your plan about the mediated vPMU v5 patch set?
> > >> Thanks.
> > > I'll ge
Utilize per-vma locks to stabilize vma after lookup without taking
mmap_lock during PROCMAP_QUERY ioctl execution. If vma lock is
contended, we fall back to mmap_lock but take it only momentarily
to lock the vma and release the mmap_lock. In a very unlikely case
of vm_refcnt overflow, this fall bac
Refactor struct proc_maps_private so that the fields used by PROCMAP_QUERY
ioctl are moved into a separate structure. In the next patch this allows
ioctl to reuse some of the functions used for reading /proc/pid/maps
without using file->private_data. This prevents concurrent modification
of file->p
Extend /proc/pid/maps tearing tests to verify PROCMAP_QUERY ioctl operation
correctness while the vma is being concurrently modified.
Signed-off-by: Suren Baghdasaryan
Tested-by: SeongJae Park
Acked-by: SeongJae Park
---
tools/testing/selftests/proc/proc-maps-race.c | 65 +++
1
With /proc/pid/maps now being read under per-vma lock protection we can
reuse parts of that code to execute PROCMAP_QUERY ioctl also without
taking mmap_lock. The change is designed to reduce mmap_lock contention
and prevent PROCMAP_QUERY ioctl calls from blocking address space updates.
This patch
This change resolves non literal string format warning invoked
for proc-maps-race.c while compiling.
proc-maps-race.c:205:17: warning: format not a string literal and no format
arguments [-Wformat-security]
205 | printf(text);
| ^~
proc-maps-race.c:209:17
Hi Suren,
On Mon, Aug 4, 2025 at 9:47 PM Suren Baghdasaryan wrote:
>
> On Sun, Aug 3, 2025 at 1:48 PM Sukrut Heroorkar wrote:
> >
> > This change resolves non literal string format warning invoked
> > for proc-maps-race.c while compiling.
> >
> > proc-maps-race.c:205:17: warning: format not a st
On 8/4/25 2:31 PM, Hiago De Franco wrote:
Hi Andrew,
On Tue, Jul 29, 2025 at 03:04:20PM -0300, Hiago De Franco wrote:
On Sat, Jul 26, 2025 at 12:48:14PM -0500, Andrew Davis wrote:
On 7/26/25 9:39 AM, Hiago De Franco wrote:
Hi Andrew, Beleswar,
On Fri, Jul 25, 2025 at 02:29:22PM -0500, Andrew
On Sun, Aug 3, 2025 at 1:48 PM Sukrut Heroorkar wrote:
>
> This change resolves non literal string format warning invoked
> for proc-maps-race.c while compiling.
>
> proc-maps-race.c:205:17: warning: format not a string literal and no format
> arguments [-Wformat-security]
> 205 |
Hi Andrew,
On Tue, Jul 29, 2025 at 03:04:20PM -0300, Hiago De Franco wrote:
> On Sat, Jul 26, 2025 at 12:48:14PM -0500, Andrew Davis wrote:
> > On 7/26/25 9:39 AM, Hiago De Franco wrote:
> > > Hi Andrew, Beleswar,
> > >
> > > On Fri, Jul 25, 2025 at 02:29:22PM -0500, Andrew Davis wrote:
> > > >
While booting and testing selftest cgroups and filesystem testing on arm64
dragonboard-410c the following kernel warnings / errors noticed and system
halted and did not recover with selftests Kconfig enabled running the kernel
Linux next tag next-20250804.
Regression Analysis:
- New regression
'pci_endpoint_test' fails for architectures allowing less than 32 MSI
registers and that doesnt support MSI-X, avoid reporting false errors
because of out-of-range irqs.
e.g for an EP configured with 8 msi_interrupts and no msix we can have
./pci_endpoint_test -t MSI_TEST
# PASSED: 1 / 1 tests
The pcie_endpoint_framework tests the entire MSI(x) range, which generate
false errors on platforms that do not support the whole range.
This patch skips the test in such cases and reports accordingly.
Signed-off-by: Christian Bruel
---
tools/testing/selftests/pci_endpoint/pci_endpoint_test.c |
The pci_endpoint_test tests the 32-bit MSI range. However, the device might
not have all vectors configured. For example, if msi_interrupts is 8 in the
ep function space or if the MSI Multiple Message Capable value is
configured as 4 (maximum 16 vectors).
In this case, do not attempt to run the tes
NIT, memory is already set to 0 by devm_kzalloc.
Signed-off-by: Christian Bruel
---
drivers/misc/pci_endpoint_test.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/pci_endpoint_test.c b/drivers/misc/pci_endpoint_test.c
index 54f66ece25cd..fbdffe7bb739 100644
--- a/drivers/misc
On Mon, Aug 04, 2025 at 05:00:20PM +0530, Abinash Singh wrote:
> This refactors the 'alloc_buf' function to replace traditional goto-based
> error handling with scope-based cleanup helpers.
>
> No functional changes intended.
Please only do this in new code being submitted, no need to change any
The pull request you sent on Mon, 4 Aug 2025 14:26:43 +0100:
> https://github.com/openrisc/linux.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/69917dbfb67e5e7869b67425e2c799aea4d00874
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.ker
On Mon, Aug 04, 2025 at 05:05:57PM +0800, Jason Wang wrote:
> Hi Michael:
>
> On Tue, Jul 29, 2025 at 3:39 PM Jason Wang wrote:
> >
> > Commit 7918bb2d19c9 ("vhost: basic in order support") introduces
> > vq->nheads to store the number of batched used buffers per used elem
> > but it forgets to i
}
@@ -338,6 +341,7 @@ static void test_unmerge_zero_pages(void)
ksft_test_result(!range_maps_duplicates(map, size),
"KSM zero pages were unmerged\n");
unmap:
+ ksm_unmerge();
munmap(map, size);
}
@@ -366,6 +370,7 @@ static void test_unmerge_discar
On 04.08.25 11:04, Wei Yang wrote:
On Tue, Jul 29, 2025 at 11:04:00AM +0530, Aboorva Devarajan wrote:
From: Donet Tom
The split_huge_page_test fails on systems with a 64KB base page size.
This is because the order of a 2MB huge page is different:
On 64KB systems, the order is 5.
On 4KB syste
On 8/4/25 00:21, Reshetova, Elena wrote:
...
>>> + EUPDATESVN = 0x18,
>>> };
>>
>> This update is not consistent with the changelog nor the patch subject.
>
> I can remove the alignment fix.
It's not the alignment.
It's the definition of EUPDATESVN that goes completely unmentioned.
..
On Mon, Aug 04, 2025 at 03:16:35PM +0200, Konrad Dybcio wrote:
> On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> > pas id is not used in qcom_mdt_load_no_init() and it should not
> > be used as it is non-PAS specific function and has no relation
> > to PAS specific mechanism.
> >
> > Signed-off-by: Mukesh
On 8/4/2025 5:41 AM, Mukesh Ojha wrote:
> pas id is not used in qcom_mdt_load_no_init() and it should not
> be used as it is non-PAS specific function and has no relation
> to PAS specific mechanism.
>
> Signed-off-by: Mukesh Ojha
> ---
> drivers/media/platform/qcom/venus/firmware.c | 4 ++--
>
On 01/08/2025 17:14, Duje Mihanović wrote:
> Different bus clocks require different pinctrl states to remain stable.
> Add support for selecting between a default and UHS state according to
> the bus clock.
>
> Signed-off-by: Duje Mihanović
> ---
> Changes in v2:
> - Don't attempt to lookup pinst
Hello Linus,
I picked up this series very late in the 6.16 merge window hence is is based on
the old v6.15 tag. If you have any issues let me know and I can rebase. But,
it should be fine. Nevertheless..
Please consider for pull,
The following changes since commit 0ff41df1cb268fc69e703a08a57e
On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> pas id is not used in qcom_mdt_load_no_init() and it should not
> be used as it is non-PAS specific function and has no relation
> to PAS specific mechanism.
>
> Signed-off-by: Mukesh Ojha
> ---
[...]
> -static bool qcom_mdt_bins_are_split(const struct fi
On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> commit f4e526ff7e38e ("soc: qcom: mdt_loader: Extract PAS
> operations") move pas specific code from __qcom_mdt_load()
> to a separate function qcom_mdt_pas_init() after which the
> pas_init variable became unused in __qcom_mdt_load().
>
> Remove pas_init a
10f0be967a8950a2309ea965bae54251b50e
> change-id: 20250804-mdtloader-changes-9aca55e8cf37
>
> Best regards,
> --
> Mukesh Ojha
>
Firmware binaries may lack section headers, in which case
the e_shentsize field in the ELF header can be zero.
Update mdt_header_valid() to correctly handle this scenario
by adjusting the validation logic accordingly.
Fixes: 9f9967fed9d0 ("soc: qcom: mdt_loader: Ensure we don't read past the ELF
pas id is not used in qcom_mdt_load_no_init() and it should not
be used as it is non-PAS specific function and has no relation
to PAS specific mechanism.
Signed-off-by: Mukesh Ojha
---
drivers/media/platform/qcom/venus/firmware.c | 4 ++--
drivers/net/wireless/ath/ath12k/ahb.c| 2 +-
d
commit f4e526ff7e38e ("soc: qcom: mdt_loader: Extract PAS
operations") move pas specific code from __qcom_mdt_load()
to a separate function qcom_mdt_pas_init() after which the
pas_init variable became unused in __qcom_mdt_load().
Remove pas_init argument from __qcom_mdt_load().
Signed-off-by: Mu
+++
7 files changed, 21 insertions(+), 25 deletions(-)
---
base-commit: 5c5a10f0be967a8950a2309ea965bae54251b50e
change-id: 20250804-mdtloader-changes-9aca55e8cf37
Best regards,
--
Mukesh Ojha
This refactors the 'alloc_buf' function to replace traditional goto-based
error handling with scope-based cleanup helpers.
No functional changes intended.
Signed-off-by: Abinash Singh
---
drivers/char/virtio_console.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --
On Mon, 2025-08-04 at 11:11 +0200, AngeloGioacchino Del Regno wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Il 04/08/25 11:10, Huayu Zong (纵华宇) ha scritto:
> > On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino
On Sat, Aug 02, 2025 at 08:48:02AM +, Jiawei Zhao wrote:
> On x86-64, USDT arguments can be specified using Scale-Index-Base (SIB)
> addressing, e.g. "1@-96(%rbp,%rax,8)". The current USDT implementation
> in libbpf cannot parse this format, causing `bpf_program__attach_usdt()`
> to fail with -
Hi Arnaud,
On 8/1/2025 12:53 PM, Arnaud POULIQUEN wrote:
> Hello Harshal,
>
>
> On 7/31/25 12:25, Harshal Dev wrote:
>> Hello Arnaud,
>>
>> On 6/25/2025 3:10 PM, Arnaud Pouliquen wrote:
>>> Add a remoteproc TEE (Trusted Execution Environment) driver that will be
>>> probed by the TEE bus. If the
Il 04/08/25 11:10, Huayu Zong (纵华宇) ha scritto:
On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino Del Regno wrote:
External email : Please do not click links or open attachments until
you have verified the sender or the content.
Il 29/07/25 04:31, Huayu Zong ha scritto:
Add the compatible f
On Tue, Jul 29, 2025 at 11:03:59AM +0530, Aboorva Devarajan wrote:
>From: Donet Tom
>
>This patch fixed 2 issues.
>
>1) After fork() in test_prctl_fork, the child process uses the file
>descriptors from the parent process to read ksm_stat and
>ksm_merging_pages. This results in incorrect values be
On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino Del Regno wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Il 29/07/25 04:31, Huayu Zong ha scritto:
> > Add the compatible for mt8189 SCP to the binding.
> >
> >
Hi Michael:
On Tue, Jul 29, 2025 at 3:39 PM Jason Wang wrote:
>
> Commit 7918bb2d19c9 ("vhost: basic in order support") introduces
> vq->nheads to store the number of batched used buffers per used elem
> but it forgets to initialize the vq->nheads to NULL in
> vhost_dev_init() this will cause kfr
On Tue, Jul 29, 2025 at 11:04:00AM +0530, Aboorva Devarajan wrote:
>From: Donet Tom
>
>The split_huge_page_test fails on systems with a 64KB base page size.
>This is because the order of a 2MB huge page is different:
>
>On 64KB systems, the order is 5.
>
>On 4KB systems, it's 9.
>
>The test curren
Il 29/07/25 04:31, Huayu Zong ha scritto:
Add the compatible for mt8189 SCP to the binding.
Signed-off-by: Huayu Zong
Is MT8189's SCP really single-core?
All of the new SoCs have two SCP cores - it's a bit strange to see that 8189 has
only one... hence, please triple check and confirm.
Chee
On 02.08.25 01:45, Sudarsan Mahendran wrote:
Enable these tests to be run on other pfnmap'ed memory like
NVIDIA's EGM.
Add '--' as a separator to pass in file path. This allows
passing of cmd line arguments to kselftest_harness.
Use '/dev/mem' as default filename.
Existing test passes:
> -Original Message-
> From: Hansen, Dave
> Sent: Friday, August 1, 2025 8:13 PM
> To: Reshetova, Elena
> Cc: jar...@kernel.org; sea...@google.com; Huang, Kai
> ; mi...@kernel.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; x...@kernel.org; Mallick, Asit K
> ; Scarlata,
> -Original Message-
> From: Hansen, Dave
> Sent: Friday, August 1, 2025 7:57 PM
> To: Reshetova, Elena
> Cc: jar...@kernel.org; sea...@google.com; Huang, Kai
> ; mi...@kernel.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; x...@kernel.org; Mallick, Asit K
> ; Scarlata,
> -Original Message-
> From: Hansen, Dave
> Sent: Friday, August 1, 2025 7:45 PM
> To: Reshetova, Elena
> Cc: jar...@kernel.org; sea...@google.com; Huang, Kai
> ; mi...@kernel.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; x...@kernel.org; Mallick, Asit K
> ; Scarlata,
> On 8/1/25 04:25, Elena Reshetova wrote:
> > In order to introduce the counting of active sgx users on top
> > of clean functions that allocate vepc structures, covert existing
> > sgx_(vepc_)open to __sgx_(vepc_)open. Later patch will introduce the
> > top level wrappers that manage the usage c
66 matches
Mail list logo
