From: Long Li
On Hyper-V platforms, a slave VF netdev always bonds to Netvsc and remains
as Netvsc's only active slave as long as the slave device is present. This
behavior is the same as a bonded device, but it's not user-configurable.
Some kernel APIs (e.g those in "include/linux/netdevice.h")
From: Long Li
Ajay is no longer working on the MANA RDMA driver.
Konstantin Taranov has made significant contributions to implementing RC
QP in both kernel and user-mode.
He will take the responsibility of fixing bugs, reviewing patches and
developing new features for MANA RDMA driver.
Signed-
From: Long Li
Filter function is_eth_port_of_netdev_filter() is used to determine if a
netdev should be used for assigning its IP to GID cache. This function
should filter out bonded slave netdevs.
For bonded slaves, their master netdevs should be used to cache GIDs.
Signed-off-by: Long Li
---
> On Wed, Nov 27, 2024 at 07:46:39PM +, Long Li wrote:
> >
> > > > > I think Konstantin's suggestion makes sense, how about we do
> > > > > this (don't need to define netdev_is_slave(dev)):
> > > > >
> > > > > --- a/drivers/infiniband/core/roce_gid_mgmt.c
> > > > > +++ b/drivers/infiniband/core
From: Long Li
When a bonded slave is unlinked, the current code doesn't add a default
GID for the new unlinked netdev.
Add a default GID for the netdev.
Signed-off-by: Long Li
---
drivers/infiniband/core/roce_gid_mgmt.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff
From: Long Li
add_cmd_upper_ips() in ndev_event_link() is used to add upper IPs on a
bonded slave. Its filter function should be set to the same as
upper_ips_del_cmd() in ndev_event_unlink, in that they both look for upper
netdevs for GIDs.
Signed-off-by: Long Li
---
drivers/infiniband/core/ro
From: Long Li
When populating GID cache for net devices in a bonded setup, it should use the
master device's
address whenever applicable.
The current code has some incorrect behaviors when dealing with bonded devices:
1. It adds IP of bonded slave to the GID cache when the device is already bon
There are several bits of Hyper-V-related code that today live in
arch/x86 but are not really specific to x86_64 and will work on arm64
too.
Some of these will be needed in the upcoming mshv driver code (for
Linux as root partition on Hyper-V). So this is a good time to move
them to drivers/hv.
S
The VF driver controls an endpoint attached to the pci-hyperv
controller. An invalidation sent by the PF driver in the host would be
delivered *to* the endpoint driver by the controller driver.
Signed-off-by: Easwar Hariharan
---
drivers/pci/controller/pci-hyperv.c | 2 +-
1 file changed, 1 inse
Move hv_current_partition_id and hv_get_partition_id() to hv_common.c,
and call hv_get_partition_id() on arm64 in hyperv_init(). These aren't
specific to x86_64 and will be needed by common code.
Set hv_current_partition_id to HV_PARTITION_ID_SELF by default.
Rename struct hv_get_partition_id to
These helpers are not specific to x86_64 and will be needed by common code.
Remove some unnecessary #includes.
Reviewed-by: Michael Kelley
Signed-off-by: Nuno Das Neves
---
arch/x86/hyperv/Makefile | 2 +-
arch/x86/include/asm/mshyperv.h | 4
drivers/hv/Makefile
Dropping a few people/lists whose emails are bouncing.
On Fri, Jan 31, 2025, Sean Christopherson wrote:
> @@ -369,6 +369,11 @@ void __init kvmclock_init(void)
> #ifdef CONFIG_X86_LOCAL_APIC
> x86_cpuinit.early_percpu_clock_init = kvm_setup_secondary_clock;
> #endif
> + /*
> + * Sa
On Tue, Jan 28, 2025 at 07:01:40PM +, Easwar Hariharan wrote:
Even though the patch description is not needed here, it is a good practice to
add one (even if it duplicates the subject).
- Mani
> Signed-off-by: Easwar Hariharan
> ---
> drivers/pci/controller/pci-hyperv.c | 2 +-
> 1 file ch
13 matches
Mail list logo
