[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200526223218.184057-1-parri.andrea@gmail.com>
Date: Wed, 27 May 2020 00:32:16 +0200
From: "Andrea Parri (Microsoft)" <parri.andrea@...il.com>
To: linux-hyperv@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: "K . Y . Srinivasan" <kys@...rosoft.com>,
Haiyang Zhang <haiyangz@...rosoft.com>,
Stephen Hemminger <sthemmin@...rosoft.com>,
Wei Liu <wei.liu@...nel.org>,
Michael Kelley <mikelley@...rosoft.com>,
Nuno Das Neves <nuno.das@...rosoft.com>,
"Andrea Parri (Microsoft)" <parri.andrea@...il.com>
Subject: [RFC PATCH 0/2] VMBus channel interrupts re-balancing
The RFC introduces constructs to re-balance the channel interrupts at
CPU hotplug and at device hotplug operations, the latter being indeed
"closure/opening operations" to enable the re-balancing also in cases
when the device is just being closed/re-opened (as in "ethtool -L").
These changes originated from (and address /try to resolve) two known
limitations of the current interrupts-to-CPUs mapping scheme, that is,
(1) the "static" nature of this mapping scheme (that, e.g., can end up
preventing the hot removal of certain CPUs) and (2) the lack of global
visibility in such scheme (where devices/channels are mapped only "one
at a time"/as they are offered, with the end result that globally the
various interrupts are not always evenly spread across CPUs).
Andrea Parri (Microsoft) (2):
Drivers: hv: vmbus: Re-balance channel interrupts across CPUs at CPU
hotplug
Drivers: hv: vmbus: Re-balance channel interrupts across CPUs at
device hotplug
drivers/hv/channel.c | 81 ++++++++++++
drivers/hv/channel_mgmt.c | 263 ++++++++++++++++++++++++++++++++++++++
drivers/hv/connection.c | 32 +++--
drivers/hv/hv.c | 62 +++++----
drivers/hv/hyperv_vmbus.h | 78 +++++++++++
drivers/hv/vmbus_drv.c | 45 ++-----
include/linux/hyperv.h | 26 ++++
kernel/cpu.c | 1 +
8 files changed, 523 insertions(+), 65 deletions(-)
--
2.25.1
Powered by blists - more mailing lists