[PATCH RFC net-next v4 09/11] hv_sock: add netns hooks

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Make NS changes not break hyperv. Guest vsocks still remain in the global namespace always, so the behavior is unchanged. Signed-off-by: Bobby Eshleman --- net/vmw_vsock/hyperv_transport.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/vmw_vsock/hy

[PATCH net-next v3 2/3] test/vsock: Add retry mechanism to ioctl wrapper

2025-06-16 Thread Xuewei Niu
Wrap the ioctl in `ioctl_int()`, which takes a pointer to the actual int value and an expected int value. The function will not return until either the ioctl returns the expected value or a timeout occurs, thus avoiding immediate failure. Signed-off-by: Xuewei Niu --- tools/testing/vsock/util.c

[PATCH net-next v3 3/3] test/vsock: Add ioctl SIOCINQ tests

2025-06-16 Thread Xuewei Niu
Add SIOCINQ ioctl tests for both SOCK_STREAM and SOCK_SEQPACKET. The client waits for the server to send data, and checks if the SIOCINQ ioctl value matches the data size. After consuming the data, the client checks if the SIOCINQ value is 0. Signed-off-by: Xuewei Niu --- tools/testing/vsock/vs

[PATCH net-next v3 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Xuewei Niu
Add support for SIOCINQ ioctl, indicating the length of bytes unread in the socket. The value is obtained from `vsock_stream_has_data()`. Signed-off-by: Xuewei Niu --- net/vmw_vsock/af_vsock.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/net/vmw_vsock/af_vsock.c b/

[PATCH net-next v3 0/3] vsock: Introduce SIOCINQ ioctl support

2025-06-16 Thread Xuewei Niu
Introduce SIOCINQ ioctl support for vsock, indicating the length of unread bytes. Similar with SIOCOUTQ ioctl, the information is transport-dependent. The first patch adds SIOCINQ ioctl support in AF_VSOCK. The second patch wraps the ioctl into `ioctl_int()`, which implements a retry mechanism t

Re: [PATCH v18 2/6] remoteproc: Add TEE support

2025-06-16 Thread Bjorn Andersson
On Mon, Jun 16, 2025 at 09:55:26AM +0200, Arnaud Pouliquen wrote: > Add a remoteproc TEE (Trusted Execution Environment) driver that will be > probed by the TEE bus. If the associated Trusted application is supported > on the secure part, this driver offers a client interface to load firmware > by

Re: [PATCH v18 3/6] remoteproc: Introduce release_fw optional operation

2025-06-16 Thread Bjorn Andersson
On Mon, Jun 16, 2025 at 09:55:27AM +0200, Arnaud Pouliquen wrote: > The release_fw operation is the inverse operation of the load, responsible > for releasing the remote processor resources configured from the loading > of the remoteproc firmware (e.g., memories). > I was under the impression tha

[PATCH RFC net-next v4 11/11] vsock/loopback: add netns support

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add NS support to vsock loopback. In theory, loopback can be viewed as a given CID, and so should collide with other vsocks when the namespaces are in global mode, but should not collide if the namespace is in local mode. This has not been tested yet, but will be by the next

[PATCH RFC net-next v4 10/11] vsock/vmci: add netns hooks

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add hooks for new internal NS calls to avoid breaking vmci. Guest vsocks remain in global mode namespaces, so behavior is unchanged. Signed-off-by: Bobby Eshleman --- net/vmw_vsock/vmci_transport.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net

[PATCH RFC net-next v4 07/11] vhost/vsock: add netns support

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add the ability to isolate vsock flows using namespaces. The namespace for a VM is inherited from the PID that opened the vhost-vsock device. Signed-off-by: Bobby Eshleman --- drivers/vhost/vsock.c | 48 ++-- 1 file changed, 38

[PATCH RFC net-next v4 08/11] vsock/virtio: add netns hooks

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman This changes virtio to not be broken by new internal API changes required for NS support on the host side. virtio-vsock namespaces are always global mode, so behavior is unchanged for them. Signed-off-by: Bobby Eshleman --- net/vmw_vsock/virtio_transport.c | 5 +++-- 1 fil

[PATCH RFC net-next v4 06/11] virtio-vsock: add netns to common code

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add support to the virtio common code for passing around net namespace pointers (tx and rx). The series still requires non-common transport support to be added by future patches. Signed-off-by: Bobby Eshleman --- include/linux/virtio_vsock.h| 1 + net/vmw_vsoc

[PATCH RFC net-next v4 05/11] vsock: add common code for vsock NS support

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add NS functionality (initialization, passing to transports, procfs, etc...) to the vsock socket layer. Later patches that add NS support to transports will depend on this patch. Signed-off-by: Bobby Eshleman --- include/net/af_vsock.h | 7 +- net/vmw_vsock/af_vsock.c

[PATCH RFC net-next v4 01/11] selftests/vsock: add NS tests to vmtest.sh

2025-06-16 Thread Bobby Eshleman
This patch has not been tested since rebasing onto upstream vmtest.sh. It is probably very broken, but here to show the direction the testing is going in... vsock_test uses tcp for the control socket. TCP itself responds to namespaces. In order to test vsock but not break TCP, vmtest.sh sets up a

[PATCH RFC net-next v4 04/11] vsock: add net to vsock skb cb

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add a net pointer to the vsock skb and helpers for getting/setting it. This is in preparation for adding vsock NS support. Signed-off-by: Bobby Eshleman --- include/linux/virtio_vsock.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/linux/virtio_v

[PATCH RFC net-next v4 03/11] vsock: add vsock net ns helpers

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add helper functions for setting/getting vsock NS modes. This commit is in preparation for adding NS support to vsock. Signed-off-by: Bobby Eshleman --- include/net/af_vsock.h | 46 ++ 1 file changed, 46 insertions(+) diff --gi

[PATCH RFC net-next v4 02/11] vsock: a per-net vsock NS mode state

2025-06-16 Thread Bobby Eshleman
From: Bobby Eshleman Add the per-net vsock NS mode state. This only adds the structure for holding the mode necessary and some of the definitions, but does not integrate the functionality yet. Signed-off-by: Bobby Eshleman --- MAINTAINERS | 1 + include/net/net_namespace.h |

[PATCH RFC net-next v4 00/11] vsock: add namespace support to vhost-vsock

2025-06-16 Thread Bobby Eshleman
This series adds namespace support to vhost-vsock. It does not add namespaces to any of the guest transports (virtio-vsock, hyperv, or vmci). The current revision only supports two modes: local or global. Local mode is complete isolation of namespaces, while global mode is complete sharing between

Re: [PATCH 1/3] rcu: Return early if callback is not specified

2025-06-16 Thread Joel Fernandes
On 6/12/2025 5:03 PM, Boqun Feng wrote: [..] > >> The kernel robot reports it and it is already a strong indication that >> the subsystem is not hardened against invalid inputs: >> >> "BUG: unable to handle kernel NULL pointer dereference in rcu_core (3)" >> >> so this in the rcu_core() which i

Re: [PATCH v2 1/3] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95

2025-06-16 Thread Peng Fan
Hi Daniel, On Mon, Jun 16, 2025 at 04:07:02PM +0300, Daniel Baluta wrote: >On Fri, Jun 6, 2025 at 4:57???AM Peng Fan (OSS) wrote: >> >> From: Peng Fan >> >> i.MX95 has a System Manager(SM) core runs the System Control Management >> Interface(SCMI) firmware. Vendor extenions are implemented in th

Re: [PATCH rc 1/4] iommufd/selftest: Fix iommufd_dirty_tracking with large hugepage sizes

2025-06-16 Thread Nicolin Chen
On Mon, Jun 16, 2025 at 01:25:01PM -0300, Jason Gunthorpe wrote: > On Sun, Jun 15, 2025 at 10:02:03PM -0700, Nicolin Chen wrote: > > FIXTURE_TEARDOWN(iommufd_dirty_tracking) > > { > > - munmap(self->buffer, variant->buffer_size); > > - munmap(self->bitmap, DIV_ROUND_UP(self->bitmap_size, BITS

Re: [RFC 08/19] exec: add API specification for execve

2025-06-16 Thread Sasha Levin
On Mon, Jun 16, 2025 at 11:39:31PM +0200, Florian Weimer wrote: * Sasha Levin: + KAPI_RETURN("long", "Does not return on success; returns -1 on error") + .type = KAPI_TYPE_INT, + .check_type = KAPI_RETURN_ERROR_CHECK, + KAPI_RETURN_END Is the -1 part co

Re: [PATCH v4 3/3] remoteproc: imx_rproc: detect and attach to pre-booted remote cores

2025-06-16 Thread Peng Fan
On Mon, Jun 16, 2025 at 01:05:11PM -0300, Hiago De Franco wrote: >Hi Peng, > >On Thu, Jun 12, 2025 at 02:03:17PM -0300, Hiago De Franco wrote: >> Hi Peng, >> >> On Wed, Jun 11, 2025 at 03:27:09AM +, Peng Fan wrote: >> > > >> > > Sorry for the delay. >> > > >> > > I tested it now and there mu

Re: [PATCH net-next v3 0/3] vsock/test: Improve transport_uaf test

2025-06-16 Thread Jakub Kicinski
On Wed, 11 Jun 2025 21:56:49 +0200 Michal Luczaj wrote: > Increase the coverage of a test implemented in commit 301a62dfb0d0 > ("vsock/test: Add test for UAF due to socket unbinding"). Take this > opportunity to factor out some utility code, drop a redundant sync between > client and server, and in

Re: [PATCH 2/2] vhost: vringh: Remove unused functions

2025-06-16 Thread Dr. David Alan Gilbert
* Simon Horman (ho...@kernel.org) wrote: > On Sat, Jun 14, 2025 at 12:07:31AM +0100, li...@treblig.org wrote: > > From: "Dr. David Alan Gilbert" > > > > The functions: > > vringh_abandon_kern() > > vringh_abandon_user() > > vringh_iov_pull_kern() and > > vringh_iov_push_kern() > > were al

Re: [PATCH v5 1/1] selftests/mm/uffd: Refactor non-composite global vars into struct

2025-06-16 Thread Andrew Morton
On Mon, 16 Jun 2025 15:34:06 +0530 Ujwal Kundur wrote: > Refactor macros and non-composite global variable definitions into a > struct that is defined at the start of a test and is passed around > instead of relying on global vars. Well I guess that's nicer. > 5 files changed, 616 insertions(+

[PATCH v2 1/2] vhost: vringh: Remove unused iotlb functions

2025-06-16 Thread linux
From: "Dr. David Alan Gilbert" The functions: vringh_abandon_iotlb() vringh_notify_disable_iotlb() and vringh_notify_enable_iotlb() were added in 2020 by commit 9ad9c49cfe97 ("vringh: IOTLB support") but have remained unused. Remove them. Signed-off-by: Dr. David Alan Gilbert Reviewed-b

[PATCH v2 2/2] vhost: vringh: Remove unused functions

2025-06-16 Thread linux
From: "Dr. David Alan Gilbert" The functions: vringh_abandon_kern() vringh_abandon_user() vringh_iov_pull_kern() and vringh_iov_push_kern() were all added in 2013 by commit f87d0fbb5798 ("vringh: host-side implementation of virtio rings.") but have remained unused. Remove them and the tw

[PATCH v2 0/2] vringh small unused functions

2025-06-16 Thread linux
From: "Dr. David Alan Gilbert" Hi, The following pair of patches remove a bunch of small functions that have been unused for a long time. Dave v2 Remove the xfer_kern() and kern_xfer() helpers that are now unused. (As spotted by Simon's review) Dr. David Alan Gilbert (2): vhost: vringh

Re: [PATCH net-next v3 0/8] netpoll: Untangle netconsole and netpoll

2025-06-16 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (main) by Jakub Kicinski : On Fri, 13 Jun 2025 04:31:29 -0700 you wrote: > Initially netpoll and netconsole were created together, and some > functions are in the wrong file. Seperate netconsole-only functions > in netconsole, avoiding exports

Re: [RFC 08/19] exec: add API specification for execve

2025-06-16 Thread Florian Weimer
* Sasha Levin: > + KAPI_RETURN("long", "Does not return on success; returns -1 on error") > + .type = KAPI_TYPE_INT, > + .check_type = KAPI_RETURN_ERROR_CHECK, > + KAPI_RETURN_END Is the -1 part correct? Many later errors during execve are not recoverable and resu

Re: [PATCH v2 0/4] arm64: dts: qcom: msm8976-longcheer-l9360: Add initial device tree

2025-06-16 Thread Rob Herring (Arm)
On Sun, 15 Jun 2025 22:35:02 +0200, André Apitzsch wrote: > This dts adds support for BQ Aquaris X5 Plus (Longcheer L9360) released > in 2016. > > Add a device tree with initial support for: > > - GPIO keys > - NFC > - SDHCI > - Status LED > - Touchscreen > > Signed-off-by: André Apitzsch > -

Re: [PATCH net-next v4] page_pool: import Jesper's page_pool benchmark

2025-06-16 Thread Mina Almasry
On Mon, Jun 16, 2025 at 2:29 AM Jesper Dangaard Brouer wrote: > On 15/06/2025 22.59, Mina Almasry wrote: > > From: Jesper Dangaard Brouer > > > > We frequently consult with Jesper's out-of-tree page_pool benchmark to > > evaluate page_pool changes. > > > > Import the benchmark into the upstream l

Re: clang: selftests/mm gup_longterm error while loading shared libraries liburing.so.2 cannot open shared object file No such file or directory

2025-06-16 Thread David Hildenbrand
On 16.06.25 21:14, Christian Heusel wrote: On 25/06/16 11:02PM, Naresh Kamboju wrote: The following test regressions noticed while running selftests/mm gup_longterm test cases on Dragonboard-845c, Dragonboard-410c, rock-pi-4, qemu-arm64 and qemu-x86_64 this build have required selftest/mm/config

Re: clang: selftests/mm gup_longterm error while loading shared libraries liburing.so.2 cannot open shared object file No such file or directory

2025-06-16 Thread Christian Heusel
1905:hole_punch:Expected madvise(&ptr[3 * page_size], > 4 * page_size, MADV_REMOVE) (-1) == 0 (0) > hole_punch: Test terminated by assertion > FAIL guard_regions.file.hole_punch > not ok 80 guard_regions.file.hole_punch > > > ## Source > * Kernel version:

Re: [PATCH v2 0/4] arm64: dts: qcom: msm8976-longcheer-l9360: Add initial device tree

2025-06-16 Thread André Apitzsch
Am Montag, dem 16.06.2025 um 13:46 +0200 schrieb Konrad Dybcio: > On 6/15/25 10:35 PM, André Apitzsch via B4 Relay wrote: > > This dts adds support for BQ Aquaris X5 Plus (Longcheer L9360) > > released > > in 2016. > > > > Add a device tree with initial support for: > > > > - GPIO keys > > - NFC

Re: Virtio-IOMMU interrupt remapping design

2025-06-16 Thread Jason Gunthorpe
On Mon, Jun 16, 2025 at 12:53:40PM -0400, Demi Marie Obenour wrote: > > AFAIK hyperv shows how to build something like this. > Would this need KVM patches? I'm concerned that implementing this > in userspace would interact badly with the irqfd fast path. I don't know. I think you get the same is

clang: selftests mm pkey_sighandler_tests.c warning duplicate 'inline' declaration specifier [-Wduplicate-decl-specifier]

2025-06-16 Thread Naresh Kamboju
ill be skipped. make[4]: Leaving directory '/builds/linux/tools/testing/selftests/mm' ## Source * Kernel version: 6.16.0-rc2 * Git tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/next/linux-next.git * Git sha: 050f8ad7b58d9079455af171ac279c4b9b828c11 * Git describe: next-2025

clang: selftests/mm gup_longterm error while loading shared libraries liburing.so.2 cannot open shared object file No such file or directory

2025-06-16 Thread Naresh Kamboju
Git describe: next-20250616 * Project details: https://qa-reports.linaro.org/lkft/linux-next-master/build/next-20250616/ * Architectures: arm64, x86_64 * Test environments: Dragonboard-845c, Dragonboard-410c, rock-pi-4, qemu-arm64, qemu-x86_64 and x86 * Toolchains: clang nightly * Kconfigs: selftes

Re: [PATCH 2/6] selftest/mm: Fix ksm_funtional_test failures

2025-06-16 Thread Liam R. Howlett
* Aboorva Devarajan [250616 12:07]: > 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 being read (parent > proce

Re: Virtio-IOMMU interrupt remapping design

2025-06-16 Thread Demi Marie Obenour
On 6/16/25 09:20, Jason Gunthorpe wrote: > On Sun, Jun 15, 2025 at 02:47:15PM -0400, Demi Marie Obenour wrote: > >> Is a paravirtualized IOMMU with interrupt remapping something that makes >> sense? > > IMHO linking interrupt remapping to the iommu is a poor design, > interrupt routing belongs in

Re: [PATCH rc 2/4] iommufd/selftest: Add missing close(mfd) in memfd_mmap()

2025-06-16 Thread Jason Gunthorpe
On Sun, Jun 15, 2025 at 10:02:04PM -0700, Nicolin Chen wrote: > Do not forget to close mfd in the error paths, since none of the callers > would close it when ASSERT_NE(MAP_FAILED, buf) fails. > > Fixes: 0bcceb1f51c7 ("iommufd: Selftest coverage for IOMMU_IOAS_MAP_FILE") > Cc: sta...@vger.kernel.o

Re: [PATCH 3/6] selftests/mm : fix test_prctl_fork_exec failure

2025-06-16 Thread Dev Jain
On 16/06/25 9:36 pm, Aboorva Devarajan wrote: From: Donet Tom execv argument is an array of pointers to null-terminated strings. In this patch we added NULL in the execv argument to fix the test failure. Just a comment, how did this test suddenly start failing now? Also is a fixes tag requi

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

2025-06-16 Thread Dev Jain
On 16/06/25 9:36 pm, Aboorva Devarajan wrote: From: Donet Tom In this patch, we are fixing three issues in the virtual_address_range test. 1. validate_addr() checks if the allocated address is within the range. In the current implementation, if addr is greater than HIGH_ADDR_MARK, the test f

Re: [PATCH rc 4/4] iommufd/selftest: Fix build warnings due to uninitialized mfd

2025-06-16 Thread Jason Gunthorpe
On Sun, Jun 15, 2025 at 10:02:06PM -0700, Nicolin Chen wrote: > Commit 869c788909b9 ("selftests: harness: Stop using setjmp()/longjmp()") > changed the harness structure. For some unknown reason, two build warnings > occur to the iommufd selftest: > > iommufd.c: In function ‘wrapper_iommufd_mock_d

Re: [PATCH rc 3/4] iommufd/selftest: Add asserts testing global mfd

2025-06-16 Thread Jason Gunthorpe
On Sun, Jun 15, 2025 at 10:02:05PM -0700, Nicolin Chen wrote: > The mfd and mfd_buffer will be used in the tests directly without an extra > check. Test them in setup_sizes() to ensure they are safe to use. > > Fixes: 0bcceb1f51c7 ("iommufd: Selftest coverage for IOMMU_IOAS_MAP_FILE") > Cc: sta...

Re: [PATCH rc 1/4] iommufd/selftest: Fix iommufd_dirty_tracking with large hugepage sizes

2025-06-16 Thread Jason Gunthorpe
On Sun, Jun 15, 2025 at 10:02:03PM -0700, Nicolin Chen wrote: > FIXTURE_TEARDOWN(iommufd_dirty_tracking) > { > - munmap(self->buffer, variant->buffer_size); > - munmap(self->bitmap, DIV_ROUND_UP(self->bitmap_size, BITS_PER_BYTE)); > + unsigned long size = variant->buffer_size; > + > +

[PATCH net-next v5 6/6] Revert "bnxt_en: bring back rtnl_lock() in the bnxt_open() path"

2025-06-16 Thread Stanislav Fomichev
This reverts commit 325eb217e41fa14f307c7cc702bd18d0bb38fe84. udp_tunnel infra doesn't need RTNL, should be safe to get back to only netdev instance lock. Cc: Michael Chan Reviewed-by: Aleksandr Loktionov Signed-off-by: Stanislav Fomichev --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 36 +++

[PATCH net-next v5 5/6] netdevsim: remove udp_ports_sleep

2025-06-16 Thread Stanislav Fomichev
Now that there is only one path in udp_tunnel, there is no need to have udp_ports_sleep knob. Remove it and adjust the test. Cc: Michael Chan Reviewed-by: Aleksandr Loktionov Signed-off-by: Stanislav Fomichev --- drivers/net/netdevsim/netdevsim.h | 2 -- drivers/net/netdevsim/udp_

[PATCH net-next v5 4/6] net: remove redundant ASSERT_RTNL() in queue setup functions

2025-06-16 Thread Stanislav Fomichev
The existing netdev_ops_assert_locked() already asserts that either the RTNL lock or the per-device lock is held, making the explicit ASSERT_RTNL() redundant. Cc: Michael Chan Signed-off-by: Stanislav Fomichev --- net/core/dev.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/net/core/dev.

[PATCH net-next v5 3/6] udp_tunnel: remove rtnl_lock dependency

2025-06-16 Thread Stanislav Fomichev
Drivers that are using ops lock and don't depend on RTNL lock still need to manage it because udp_tunnel's RTNL dependency. Introduce new udp_tunnel_nic_lock and use it instead of rtnl_lock. Drop non-UDP_TUNNEL_NIC_INFO_MAY_SLEEP mode from udp_tunnel infra (udp_tunnel_nic_device_sync_work needs to

[PATCH net-next v5 2/6] vxlan: drop sock_lock

2025-06-16 Thread Stanislav Fomichev
We won't be able to sleep soon in vxlan_offload_rx_ports and won't be able to grab sock_lock. Instead of having separate spinlock to manage sockets, rely on rtnl lock. This is similar to how geneve manages its sockets. Signed-off-by: Stanislav Fomichev --- drivers/net/vxlan/vxlan_core.c | 3

[PATCH net-next v5 0/6] udp_tunnel: remove rtnl_lock dependency

2025-06-16 Thread Stanislav Fomichev
Recently bnxt had to grow back a bunch of rtnl dependencies because of udp_tunnel's infra. Add separate (global) mutext to protect udp_tunnel state. v5: - remove unused variable (l...@intel.com) v4: - grab lock in more places, specifically netlink and notifiers (Jakub) - convert geneve and vxlan

[PATCH net-next v5 1/6] geneve: rely on rtnl lock in geneve_offload_rx_ports

2025-06-16 Thread Stanislav Fomichev
udp_tunnel_push_rx_port will grab mutex in the next patch so we can't use rcu. geneve_offload_rx_ports is called from geneve_netdevice_event for NETDEV_UDP_TUNNEL_PUSH_INFO and NETDEV_UDP_TUNNEL_DROP_INFO which both have ASSERT_RTNL. Entries are added to and removed from the sock_list under rtnl lo

Re: [PATCH 0/6] selftests/mm: Fix false positives and skip unsupported tests

2025-06-16 Thread Lorenzo Stoakes
Hi Aboorva, It's (highly!) forgivable as things have changed fairly recently, but the tippy tip of mm development is now done in the mm-new branch, against which this series doesn't apply. I thought this might be the case, as there is a series I implemented there that changes the split huge page

[PATCH 6/6] selftests/mm: Mark thuge-gen as skipped if shmmax is too small or no 1G pages

2025-06-16 Thread Aboorva Devarajan
Make thuge-gen skip instead of fail when it can't run due to system settings. If shmmax is too small or no 1G huge pages are available, the test now prints a warning and is marked as skipped. Before Patch: --- ~ running ./thuge-gen --- ~ TAP version 13 ~ Bail out! P

Re: Virtio interrupt remapping

2025-06-16 Thread Jean-Philippe Brucker
[+Eric] On Sat, Jun 14, 2025 at 10:11:52AM +0200, Alyssa Ross wrote: > Demi Marie Obenour writes: > > > On 6/13/25 14:13, Jean-Philippe Brucker wrote: > >> Hi, > >> > >> On Fri, Jun 13, 2025 at 01:08:07PM -0400, Demi Marie Obenour wrote: > >>> I’m working on virtio-IOMMU interrupt remapping for

[PATCH 2/6] selftest/mm: Fix ksm_funtional_test failures

2025-06-16 Thread Aboorva Devarajan
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 being read (parent process ksm_stat and ksm_merge_pages will be read in child

[PATCH 4/6] mm/selftests: Fix split_huge_page_test failure on systems with 64KB page size

2025-06-16 Thread Aboorva Devarajan
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 currently assumes a maximum huge page order of 9, which is only valid for 4KB base

[PATCH 3/6] selftests/mm : fix test_prctl_fork_exec failure

2025-06-16 Thread Aboorva Devarajan
From: Donet Tom execv argument is an array of pointers to null-terminated strings. In this patch we added NULL in the execv argument to fix the test failure. Signed-off-by: Donet Tom Signed-off-by: Aboorva Devarajan --- tools/testing/selftests/mm/ksm_functional_tests.c | 2 +- 1 file changed,

[PATCH 5/6] selftests/mm: Fix child process exit codes in KSM tests

2025-06-16 Thread Aboorva Devarajan
In the KSM functional tests, test_child_ksm() returned negative values to indicate errors. However, when passed to exit(), these were interpreted as large unsigned values (eg, -2 became 254), leading to incorrect handling in the parent process. As a result, some tests appeared to be skipped or sile

[PATCH 0/6] selftests/mm: Fix false positives and skip unsupported tests

2025-06-16 Thread Aboorva Devarajan
This patch series fixes some of the false positives in generic mm selftests and skips tests that cannot run correctly due to missing features or system limitations. Please let us know if you have any feedback. Thanks, Aboorva Aboorva Devarajan (2): selftests/mm: Fix child process exit codes

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

2025-06-16 Thread Aboorva Devarajan
From: Donet Tom In this patch, we are fixing three issues in the virtual_address_range test. 1. validate_addr() checks if the allocated address is within the range. In the current implementation, if addr is greater than HIGH_ADDR_MARK, the test fails. However, addr will be greater than HIGH_ADDR

Re: [PATCH v4 3/3] remoteproc: imx_rproc: detect and attach to pre-booted remote cores

2025-06-16 Thread Hiago De Franco
Hi Peng, On Thu, Jun 12, 2025 at 02:03:17PM -0300, Hiago De Franco wrote: > Hi Peng, > > On Wed, Jun 11, 2025 at 03:27:09AM +, Peng Fan wrote: > > > > > > Sorry for the delay. > > > > > > I tested it now and there must be something missing on my U-Boot: > > > > > > Disable imx8x-cm4 rsrc 2

Re: [PATCH v2] selftests: nettest: Fix typo in log and error messages for clarity

2025-06-16 Thread Simon Horman
On Sun, Jun 15, 2025 at 01:48:12AM -0700, Alok Tiwari wrote: > This patch corrects several logging and error message in nettest.c: > - Corrects function name in log messages "setsockopt" -> "getsockopt". > - Closes missing parentheses in "setsockopt(IPV6_FREEBIND)". > - Replaces misleading error te

Re: [PATCH net-next v2 3/3] test/vsock: Add ioctl SIOCINQ tests

2025-06-16 Thread Stefano Garzarella
On Mon, 16 Jun 2025 at 16:39, Xuewei Niu wrote: > > > On Fri, Jun 13, 2025 at 11:11:52AM +0800, Xuewei Niu wrote: > > >This patch adds SIOCINQ ioctl tests for both SOCK_STREAM and > > >SOCK_SEQPACKET. > > > > > >The client waits for the server to send data, and checks if the SIOCINQ > > >ioctl val

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Xuewei Niu
> On Mon, Jun 16, 2025 at 03:42:53PM +0200, Luigi Leonardi wrote: > >On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: > >>This patch adds support for SIOCINQ ioctl, which returns the number of > >>bytes unread in the socket. > >> > >>Signed-off-by: Xuewei Niu > >>--- > >>include/net/af_

Re: [PATCH net-next v2 1/3] netmem: fix netmem comments

2025-06-16 Thread Stanislav Fomichev
On 06/15, Mina Almasry wrote: > Trivial fix to a couple of outdated netmem comments. No code changes, > just more accurately describing current code. > > Signed-off-by: Mina Almasry Acked-by: Stanislav Fomichev

Re: [PATCH net-next v2 3/3] selftests: devmem: add ipv4 support to chunks test

2025-06-16 Thread Stanislav Fomichev
On 06/15, Mina Almasry wrote: > Add ipv4 support to the recently added chunks tests, which was added as > ipv6 only. > > Signed-off-by: Mina Almasry Acked-by: Stanislav Fomichev

Re: [PATCH net-next v2 3/3] test/vsock: Add ioctl SIOCINQ tests

2025-06-16 Thread Xuewei Niu
> On Fri, Jun 13, 2025 at 11:11:52AM +0800, Xuewei Niu wrote: > >This patch adds SIOCINQ ioctl tests for both SOCK_STREAM and > >SOCK_SEQPACKET. > > > >The client waits for the server to send data, and checks if the SIOCINQ > >ioctl value matches the data size. After consuming the data, the client

Re: [PATCH net-next v2 2/3] selftests: devmem: remove unused variable

2025-06-16 Thread Stanislav Fomichev
On 06/15, Mina Almasry wrote: > Trivial fix to unused variable. > > Signed-off-by: Mina Almasry Acked-by: Stanislav Fomichev

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Stefano Garzarella
On Mon, Jun 16, 2025 at 10:28:22PM +0800, Xuewei Niu wrote: On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: >This patch adds support for SIOCINQ ioctl, which returns the number of >bytes unread in the socket. > >Signed-off-by: Xuewei Niu >--- > include/net/af_vsock.h | 2 ++ > net/

Re: [PATCH net-next v3] vsock/test: Add test for null ptr deref when transport changes

2025-06-16 Thread Luigi Leonardi
Hi Stefano, On Wed, Jun 11, 2025 at 04:53:11PM +0200, Stefano Garzarella wrote: On Wed, Jun 11, 2025 at 04:07:25PM +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 co

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Luigi Leonardi
On Mon, Jun 16, 2025 at 03:42:53PM +0200, Luigi Leonardi wrote: On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: This patch adds support for SIOCINQ ioctl, which returns the number of bytes unread in the socket. Signed-off-by: Xuewei Niu --- include/net/af_vsock.h | 2 ++ net/vmw_

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Xuewei Niu
> On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: > >This patch adds support for SIOCINQ ioctl, which returns the number of > >bytes unread in the socket. > > > >Signed-off-by: Xuewei Niu > >--- > > include/net/af_vsock.h | 2 ++ > > net/vmw_vsock/af_vsock.c | 22

Re: [PATCH v2 1/3] soc: qcom: mdt_loader: Ensure we don't read past the ELF header

2025-06-16 Thread Dmitry Baryshkov
On Tue, Jun 10, 2025 at 09:58:28PM -0500, Bjorn Andersson wrote: > When the MDT loader is used in remoteproc, the ELF header is sanitized > beforehand, but that's not necessary the case for other clients. > > Validate the size of the firmware buffer to ensure that we don't read > past the end as w

Re: [PATCH bpf-next v3 1/2] bpftool: Use appropriate permissions for map access

2025-06-16 Thread Quentin Monnet
2025-06-12 08:18 UTC+1000 ~ Slava Imameev > Modify several functions in tools/bpf/bpftool/common.c to allow > specification of requested access for file descriptors, such as > read-only access. > > Update bpftool to request only read access for maps when write > access is not required. This fixes

Re: [PATCH bpf-next v3 2/2] selftests/bpf: Add test for bpftool access to read-only protected maps

2025-06-16 Thread Quentin Monnet
2025-06-12 08:18 UTC+1000 ~ Slava Imameev > Add selftest cases that validate bpftool's expected behavior when > accessing maps protected from modification via security_bpf_map. > > The test includes a BPF program attached to security_bpf_map with two maps: > - A protected map that only allows rea

Re: [PATCH 1/2] module: Fix memory deallocation on error path in move_module()

2025-06-16 Thread Petr Pavlu
On 6/14/25 11:28 PM, Daniel Gomez wrote: >> This seems to be off by one. For instance, if the loop reaches the last >> valid type in mod_mem_type, MOD_INIT_RODATA, and successfully allocates >> its memory, the variable t gets set to MOD_INIT_RODATA. Subsequently, if >> an error occurs later in move

Re: [PATCH net-next v2 3/3] test/vsock: Add ioctl SIOCINQ tests

2025-06-16 Thread Stefano Garzarella
On Fri, Jun 13, 2025 at 11:11:52AM +0800, Xuewei Niu wrote: This patch adds SIOCINQ ioctl tests for both SOCK_STREAM and SOCK_SEQPACKET. The client waits for the server to send data, and checks if the SIOCINQ ioctl value matches the data size. After consuming the data, the client checks if the S

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Stefano Garzarella
On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: This patch adds support for SIOCINQ ioctl, which returns the number of bytes unread in the socket. Signed-off-by: Xuewei Niu --- include/net/af_vsock.h | 2 ++ net/vmw_vsock/af_vsock.c | 22 ++ 2 files changed, 24

Re: [PATCH net-next v2 1/3] vsock: Add support for SIOCINQ ioctl

2025-06-16 Thread Luigi Leonardi
On Fri, Jun 13, 2025 at 11:11:50AM +0800, Xuewei Niu wrote: This patch adds support for SIOCINQ ioctl, which returns the number of bytes unread in the socket. Signed-off-by: Xuewei Niu --- include/net/af_vsock.h | 2 ++ net/vmw_vsock/af_vsock.c | 22 ++ 2 files changed, 24

Re: [PATCH 2/2] vhost: vringh: Remove unused functions

2025-06-16 Thread Dr. David Alan Gilbert
* Simon Horman (ho...@kernel.org) wrote: > On Sat, Jun 14, 2025 at 12:07:31AM +0100, li...@treblig.org wrote: > > From: "Dr. David Alan Gilbert" > > > > The functions: > > vringh_abandon_kern() > > vringh_abandon_user() > > vringh_iov_pull_kern() and > > vringh_iov_push_kern() > > were al

Re: [PATCH v2 2/3] remoteproc: imx_rproc: Add support for System Manager API

2025-06-16 Thread Daniel Baluta
On Fri, Jun 6, 2025 at 4:57 AM Peng Fan (OSS) wrote: > > From: Peng Fan > > i.MX95 features a Cortex-M33 core, six Cortex-A55 cores, and > one Cortex-M7 core. The System Control Management Interface(SCMI) > firmware runs on the M33 core. The i.MX95 SCMI firmware named System > Manager(SM) include

Re: Virtio-IOMMU interrupt remapping design

2025-06-16 Thread Jason Gunthorpe
On Sun, Jun 15, 2025 at 02:47:15PM -0400, Demi Marie Obenour wrote: > Is a paravirtualized IOMMU with interrupt remapping something that makes > sense? IMHO linking interrupt remapping to the iommu is a poor design, interrupt routing belongs in the irq subsystem, not in the iommu. The fact AMD a

Re: [PATCH 2/2] vhost: vringh: Remove unused functions

2025-06-16 Thread Simon Horman
On Sat, Jun 14, 2025 at 12:07:31AM +0100, li...@treblig.org wrote: > From: "Dr. David Alan Gilbert" > > The functions: > vringh_abandon_kern() > vringh_abandon_user() > vringh_iov_pull_kern() and > vringh_iov_push_kern() > were all added in 2013 by > commit f87d0fbb5798 ("vringh: host-sid

Re: [PATCH 1/2] vhost: vringh: Remove unused iotlb functions

2025-06-16 Thread Simon Horman
On Sat, Jun 14, 2025 at 12:07:30AM +0100, li...@treblig.org wrote: > From: "Dr. David Alan Gilbert" > > The functions: > vringh_abandon_iotlb() > vringh_notify_disable_iotlb() and > vringh_notify_enable_iotlb() > > were added in 2020 by > commit 9ad9c49cfe97 ("vringh: IOTLB support") > but

Re: [PATCH v4 1/3] pmdomain: core: introduce dev_pm_genpd_is_on

2025-06-16 Thread Ulf Hansson
On Thu, 12 Jun 2025 at 19:31, Hiago De Franco wrote: > > On Wed, Jun 11, 2025 at 10:32:28AM -0500, Bjorn Andersson wrote: > > On Mon, Jun 02, 2025 at 10:19:03AM -0300, Hiago De Franco wrote: > > > From: Hiago De Franco > > > > > > This helper function returns the current power status of a given g

Re: [PATCH v2 1/3] dt-bindings: remoteproc: fsl,imx-rproc: Add support for i.MX95

2025-06-16 Thread Daniel Baluta
On Fri, Jun 6, 2025 at 4:57 AM Peng Fan (OSS) wrote: > > From: Peng Fan > > i.MX95 has a System Manager(SM) core runs the System Control Management > Interface(SCMI) firmware. Vendor extenions are implemented in the > firmware, Logical Machine Management(LMM) protocol to manage > Logical Machines

Re: [PATCH v2 0/4] arm64: dts: qcom: msm8976-longcheer-l9360: Add initial device tree

2025-06-16 Thread Konrad Dybcio
On 6/15/25 10:35 PM, André Apitzsch via B4 Relay wrote: > This dts adds support for BQ Aquaris X5 Plus (Longcheer L9360) released > in 2016. > > Add a device tree with initial support for: > > - GPIO keys > - NFC > - SDHCI > - Status LED > - Touchscreen > > Signed-off-by: André Apitzsch > --- >

[PATCH v5 1/1] selftests/mm/uffd: Refactor non-composite global vars into struct

2025-06-16 Thread Ujwal Kundur
Refactor macros and non-composite global variable definitions into a struct that is defined at the start of a test and is passed around instead of relying on global vars. Signed-off-by: Ujwal Kundur --- Changes since v4: - define gopts as global within uffd-stress.c to retain existing sigalr

[syzbot] Monthly wpan report (Jun 2025)

2025-06-16 Thread syzbot
Hello wpan maintainers/developers, This is a 31-day syzbot report for the wpan subsystem. All related reports/information can be found at: https://syzkaller.appspot.com/upstream/s/wpan During the period, 1 new issues were detected and 0 were fixed. In total, 6 issues are still open and 26 have al

[PATCH] x86/sgx: Use ENCLS mnemonic in

2025-06-16 Thread Uros Bizjak
Current minimum required version of binutils is 2.30, which supports ENCLS instruction mnemonic. Replace the byte-wise specification of ENCLS with this proper mnemonic. No functional change intended. Signed-off-by: Uros Bizjak Cc: Jarkko Sakkinen Cc: Dave Hansen Cc: Thomas Gleixner Cc: Ingo

Re: [PATCH net-next v4] page_pool: import Jesper's page_pool benchmark

2025-06-16 Thread Jesper Dangaard Brouer
On 15/06/2025 22.59, Mina Almasry wrote: From: Jesper Dangaard Brouer We frequently consult with Jesper's out-of-tree page_pool benchmark to evaluate page_pool changes. Import the benchmark into the upstream linux kernel tree so that (a) we're all running the same version, (b) pave the way

[PATCH V3 06/19] virtio_ring: switch to use vring_virtqueue for virtqueue_add variants

2025-06-16 Thread Jason Wang
Those variants are used internally so let's switch to use vring_virtqueue as parameter to be consistent with other internal virtqueue helpers. Reviewed-by: Xuan Zhuo Signed-off-by: Jason Wang --- drivers/virtio/virtio_ring.c | 40 +--- 1 file changed, 19 insertio

[RFC PATCH v1 2/2] kselftest/resctrl: Add L3 CAT CBM functional test for Intel RDT

2025-06-16 Thread Ilpo Järvinen
Resctrl CAT selftests have been limited to mainly testing performance. In order to validate the kernel side behavior better, add a functional test that checks the MSR contents (if MSRs are accessible). As the low-level mapping is architecture specific, this test is currently limited to testing resc

[RFC PATCH v1 1/2] kselftest/resctrl: L3 CAT resctrl FS functional tests

2025-06-16 Thread Ilpo Järvinen
Resctrl CAT selftests have been limited to mainly testing performance. In order to validate the kernel side behavior better, add a functional test that validates .../tasks file content while performing moves of the task to different control groups. Signed-off-by: Ilpo Järvinen --- tools/testing/

[RFC PATCH v1 0/2] kselftest/resctrl: CAT functional tests

2025-06-16 Thread Ilpo Järvinen
Hi all, In the last Fall Reinette mentioned functional tests of resctrl would be preferred over selftests that are based on performance measurement. This series tries to address that shortcoming by adding some functional tests for resctrl FS interface and another that checks MSRs match to what is

[PATCH V3 12/19] virtio_ring: use u16 for last_used_idx in virtqueue_poll_split()

2025-06-16 Thread Jason Wang
Use u16 for last_used_idx in virtqueue_poll_split() to align with the spec. Reviewed-by: Xuan Zhuo Signed-off-by: Jason Wang --- drivers/virtio/virtio_ring.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index 03b

[PATCH V3 10/19] virtio_ring: switch to use vring_virtqueue for disable_cb variants

2025-06-16 Thread Jason Wang
Those variants are used internally so let's switch to use vring_virtqueue as parameter to be consistent with other internal virtqueue helpers. Reviewed-by: Xuan Zhuo Signed-off-by: Jason Wang --- drivers/virtio/virtio_ring.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-)

  1   2   >