linux-hyperv.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Andrea Parri (Microsoft)" <parri.andrea@gmail.com>
To: linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: "K . Y . Srinivasan" <kys@microsoft.com>,
	Haiyang Zhang <haiyangz@microsoft.com>,
	Stephen Hemminger <sthemmin@microsoft.com>,
	Wei Liu <wei.liu@kernel.org>,
	Michael Kelley <mikelley@microsoft.com>,
	Nuno Das Neves <nuno.das@microsoft.com>,
	"Andrea Parri (Microsoft)" <parri.andrea@gmail.com>
Subject: [RFC PATCH 0/2] VMBus channel interrupts re-balancing
Date: Wed, 27 May 2020 00:32:16 +0200	[thread overview]
Message-ID: <20200526223218.184057-1-parri.andrea@gmail.com> (raw)

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


             reply	other threads:[~2020-05-26 22:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-26 22:32 Andrea Parri (Microsoft) [this message]
2020-05-26 22:32 ` [RFC PATCH 1/2] Drivers: hv: vmbus: Re-balance channel interrupts across CPUs at CPU hotplug Andrea Parri (Microsoft)
2020-06-02 23:47   ` Michael Kelley
2020-06-06 21:49     ` Andrea Parri
2020-05-26 22:32 ` [RFC PATCH 2/2] Drivers: hv: vmbus: Re-balance channel interrupts across CPUs at device hotplug Andrea Parri (Microsoft)
2020-06-07 15:42 ` [RFC PATCH 0/2] VMBus channel interrupts re-balancing Andrea Parri

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200526223218.184057-1-parri.andrea@gmail.com \
    --to=parri.andrea@gmail.com \
    --cc=haiyangz@microsoft.com \
    --cc=kys@microsoft.com \
    --cc=linux-hyperv@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikelley@microsoft.com \
    --cc=nuno.das@microsoft.com \
    --cc=sthemmin@microsoft.com \
    --cc=wei.liu@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).