[PATCH v2] x86/hyperv: Use per cpu initial stack for vtl context

2024-02-01 Thread Saurabh Sengar
Currently, the secondary CPUs in Hyper-V VTL context lack support for parallel startup. Therefore, relying on the single initial_stack fetched from the current task structure suffices for all vCPUs. However, common initial_stack risks stack corruption when parallel startup is enabled. In order to

[PATCH net,v2] hv_netvsc: Register VF in netvsc_probe if NET_DEVICE_REGISTER missed

2024-02-01 Thread Shradha Gupta
If hv_netvsc driver is unloaded and reloaded, the NET_DEVICE_REGISTER handler cannot perform VF register successfully as the register call is received before netvsc_probe is finished. This is because we register register_netdevice_notifier() very early( even before vmbus_driver_register()). To fix

Re: [PATCH] x86/hyperv: Use per cpu initial stack for vtl context

2024-02-01 Thread Saurabh Singh Sengar
On Thu, Feb 01, 2024 at 07:53:59PM +, Michael Kelley wrote: > From: Saurabh Sengar Sent: Thursday, February > 1, 2024 10:26 AM > > > > Currently, the secondary vCPUs in Hyper-V VTL context lack support for > > parallel startup. Therefore, relying on the single initial_stack fetched > > from

RE: [PATCH] x86/hyperv: Use per cpu initial stack for vtl context

2024-02-01 Thread Michael Kelley
From: Saurabh Sengar Sent: Thursday, February 1, 2024 10:26 AM > > Currently, the secondary vCPUs in Hyper-V VTL context lack support for > parallel startup. Therefore, relying on the single initial_stack fetched > from the current task structure suffices for all vCPUs. > > However, common init

[PATCH] x86/hyperv: Use per cpu initial stack for vtl context

2024-02-01 Thread Saurabh Sengar
Currently, the secondary vCPUs in Hyper-V VTL context lack support for parallel startup. Therefore, relying on the single initial_stack fetched from the current task structure suffices for all vCPUs. However, common initial_stack risks stack corruption when parallel startup is enabled. In order to

Re: [PATCH V2 net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove

2024-02-01 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (main) by Jakub Kicinski : On Tue, 30 Jan 2024 23:35:51 -0800 you wrote: > In commit ac5047671758 ("hv_netvsc: Disable NAPI before closing the > VMBus channel"), napi_disable was getting called for all channels, > including all subchannels without c

Re: [PATCH V2 net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove

2024-02-01 Thread Simon Horman
On Tue, Jan 30, 2024 at 11:35:51PM -0800, Souradeep Chakrabarti wrote: > In commit ac5047671758 ("hv_netvsc: Disable NAPI before closing the > VMBus channel"), napi_disable was getting called for all channels, > including all subchannels without confirming if they are enabled or not. > > This caus

Re: [PATCH 0/4 V3 net-next] net: mana: Assigning IRQ affinity on HT cores

2024-02-01 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (main) by Paolo Abeni : On Sun, 28 Jan 2024 22:21:03 -0800 you wrote: > This patch set introduces a new helper function irq_setup(), > to optimize IRQ distribution for MANA network devices. > The patch set makes the driver working 15% faster t

Re: [PATCH 1/4 V3 net-next] cpumask: add cpumask_weight_andnot()

2024-02-01 Thread Paolo Abeni
On Sun, 2024-01-28 at 22:21 -0800, Souradeep Chakrabarti wrote: > From: Yury Norov > > Similarly to cpumask_weight_and(), cpumask_weight_andnot() is a handy > helper that may help to avoid creating an intermediate mask just to > calculate number of bits that set in a 1st given mask, and clear in