Re: [PATCH v4 2/5] x86/cpufeatures: Add CPUID feature bit for the Bus Lock Threshold

2025-04-08 Thread Manali Shukla
Hi Boris, On 3/25/2025 3:26 AM, Borislav Petkov wrote: > On Mon, Mar 24, 2025 at 01:02:45PM +, Manali Shukla wrote: >> Misbehaving guests can cause bus locks to degrade the performance of >> the system. The Bus Lock Threshold feature can be used to address this >> issue by providing capability

Re: [PATCH v2] unshare_test: set nr_open using soft limit

2025-04-08 Thread Petr Vorel
> On 3/31/25 19:55, lufei wrote: > > Set maximum file descriptor number limit by rlimit.rlim_max than > > nr_open(hard limit). Hard limit may cause dup2 fail. > > Signed-off-by: lufei > Petr, Al, > Okay to take this patch? LGTM, hopefully I haven't overlook anything. Reviewed-by: Petr Vorel

Re: [PATCH v2] unshare_test: set nr_open using soft limit

2025-04-08 Thread Shuah Khan
On 3/31/25 19:55, lufei wrote: Set maximum file descriptor number limit by rlimit.rlim_max than nr_open(hard limit). Hard limit may cause dup2 fail. Signed-off-by: lufei Petr, Al, Okay to take this patch? thanks, -- Shuah

Re: [PATCH net-next] selftests: tc-testing: Pre-load IFE action and its submodules

2025-04-08 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (main) by Jakub Kicinski : On Mon, 7 Apr 2025 18:56:56 -0300 you wrote: > Recently we had some issues in parallel TDC where some of IFE tests are > failing due to some of IFE's submodules (like act_meta_skbtcindex and > act_meta_skbprio) takin

Re: [PATCH net-next 4/6] xfrm: Add explicit dev to .xdo_dev_state_{add,delete,free}

2025-04-08 Thread Jakub Kicinski
On Mon, 7 Apr 2025 16:35:40 +0300 Cosmin Ratiu wrote: > @@ -424,10 +424,10 @@ static struct xfrm_state > *ixgbe_ipsec_find_rx_state(struct ixgbe_ipsec *ipsec, > * This copies the protocol keys and salt to our own data tables. The > * 82599 family only supports the one algorithm. > **/ > -st

Re: [PATCH net-next 1/6] net/mlx5: Avoid using xso.real_dev unnecessarily

2025-04-08 Thread Tariq Toukan
On 07/04/2025 16:35, Cosmin Ratiu wrote: xso.real_dev is the active device of an offloaded xfrm state and is managed by bonding. As such, it's subject to change when states are migrated to a new device. Using it in places other than offloading/unoffloading the states is risky. This commit sav

[RFC PATCH v1 nf-next] selftests: netfilter: Add bridge_fastpath.sh

2025-04-08 Thread Eric Woudstra
Add a script to test various scenarios where a bridge is involved in the fastpath. It runs tests in the forward path, and also in a bridged path. The setup is similar to a basic home router with multiple lan ports. It uses 3 pairs of veth-devices. Each or all pairs can be replaced by a pair of re

Re: [PATCH net-next 6/6] bonding: Fix multiple long standing offload races

2025-04-08 Thread Hangbin Liu
Hi Cosmin, On Mon, Apr 07, 2025 at 04:35:42PM +0300, Cosmin Ratiu wrote: > Refactor the bonding ipsec offload operations to fix a number of > long-standing control plane races between state migration and user > deletion and a few other issues. > > xfrm state deletion can happen concurrently with >