From: Sasha Levin <sashal@kernel.org>
To: Wei Hu <weh@microsoft.com>
Cc: "info@metux.net" <info@metux.net>,
"alexandre.belloni@bootlin.com" <alexandre.belloni@bootlin.com>,
Stephen Hemminger <sthemmin@microsoft.com>,
"shc_work@mail.ru" <shc_work@mail.ru>,
"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
Haiyang Zhang <haiyangz@microsoft.com>,
"rdunlap@infradead.org" <rdunlap@infradead.org>,
Dexuan Cui <decui@microsoft.com>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>,
"fthain@telegraphics.com.au" <fthain@telegraphics.com.au>,
Michael Kelley <mikelley@microsoft.com>,
"baijiaju1990@gmail.com" <baijiaju1990@gmail.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
KY Srinivasan <kys@microsoft.com>,
"lee.jones@linaro.org" <lee.jones@linaro.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v5] video: hyperv: hyperv_fb: Support deferred IO for Hyper-V frame buffer driver
Date: Tue, 01 Oct 2019 18:45:26 +0000 [thread overview]
Message-ID: <20191001184526.GE8171@sasha-vm> (raw)
In-Reply-To: <20190913060209.3604-1-weh@microsoft.com>
On Fri, Sep 13, 2019 at 06:02:55AM +0000, Wei Hu wrote:
>Without deferred IO support, hyperv_fb driver informs the host to refresh
>the entire guest frame buffer at fixed rate, e.g. at 20Hz, no matter there
>is screen update or not. This patch supports deferred IO for screens in
>graphics mode and also enables the frame buffer on-demand refresh. The
>highest refresh rate is still set at 20Hz.
>
>Currently Hyper-V only takes a physical address from guest as the starting
>address of frame buffer. This implies the guest must allocate contiguous
>physical memory for frame buffer. In addition, Hyper-V Gen 2 VMs only
>accept address from MMIO region as frame buffer address. Due to these
>limitations on Hyper-V host, we keep a shadow copy of frame buffer
>in the guest. This means one more copy of the dirty rectangle inside
>guest when doing the on-demand refresh. This can be optimized in the
>future with help from host. For now the host performance gain from deferred
>IO outweighs the shadow copy impact in the guest.
>
>Signed-off-by: Wei Hu <weh@microsoft.com>
What tree is this based on? I can't get it to apply.
--
Thanks,
Sasha
WARNING: multiple messages have this Message-ID (diff)
From: Sasha Levin <sashal@kernel.org>
To: Wei Hu <weh@microsoft.com>
Cc: Michael Kelley <mikelley@microsoft.com>,
"rdunlap@infradead.org" <rdunlap@infradead.org>,
"shc_work@mail.ru" <shc_work@mail.ru>,
"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
"lee.jones@linaro.org" <lee.jones@linaro.org>,
"alexandre.belloni@bootlin.com" <alexandre.belloni@bootlin.com>,
"baijiaju1990@gmail.com" <baijiaju1990@gmail.com>,
"fthain@telegraphics.com.au" <fthain@telegraphics.com.au>,
"info@metux.net" <info@metux.net>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Stephen Hemminger <sthemmin@microsoft.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
KY Srinivasan <kys@microsoft.com>,
Dexuan Cui <decui@microsoft.com>
Subject: Re: [PATCH v5] video: hyperv: hyperv_fb: Support deferred IO for Hyper-V frame buffer driver
Date: Tue, 1 Oct 2019 14:45:26 -0400 [thread overview]
Message-ID: <20191001184526.GE8171@sasha-vm> (raw)
In-Reply-To: <20190913060209.3604-1-weh@microsoft.com>
On Fri, Sep 13, 2019 at 06:02:55AM +0000, Wei Hu wrote:
>Without deferred IO support, hyperv_fb driver informs the host to refresh
>the entire guest frame buffer at fixed rate, e.g. at 20Hz, no matter there
>is screen update or not. This patch supports deferred IO for screens in
>graphics mode and also enables the frame buffer on-demand refresh. The
>highest refresh rate is still set at 20Hz.
>
>Currently Hyper-V only takes a physical address from guest as the starting
>address of frame buffer. This implies the guest must allocate contiguous
>physical memory for frame buffer. In addition, Hyper-V Gen 2 VMs only
>accept address from MMIO region as frame buffer address. Due to these
>limitations on Hyper-V host, we keep a shadow copy of frame buffer
>in the guest. This means one more copy of the dirty rectangle inside
>guest when doing the on-demand refresh. This can be optimized in the
>future with help from host. For now the host performance gain from deferred
>IO outweighs the shadow copy impact in the guest.
>
>Signed-off-by: Wei Hu <weh@microsoft.com>
What tree is this based on? I can't get it to apply.
--
Thanks,
Sasha
WARNING: multiple messages have this Message-ID (diff)
From: Sasha Levin <sashal@kernel.org>
To: Wei Hu <weh@microsoft.com>
Cc: "info@metux.net" <info@metux.net>,
"alexandre.belloni@bootlin.com" <alexandre.belloni@bootlin.com>,
Stephen Hemminger <sthemmin@microsoft.com>,
"shc_work@mail.ru" <shc_work@mail.ru>,
"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
Haiyang Zhang <haiyangz@microsoft.com>,
"rdunlap@infradead.org" <rdunlap@infradead.org>,
Dexuan Cui <decui@microsoft.com>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>,
"fthain@telegraphics.com.au" <fthain@telegraphics.com.au>,
Michael Kelley <mikelley@microsoft.com>,
"baijiaju1990@gmail.com" <baijiaju1990@gmail.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
KY Srinivasan <kys@microsoft.com>,
"lee.jones@linaro.org" <lee.jones@linaro.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v5] video: hyperv: hyperv_fb: Support deferred IO for Hyper-V frame buffer driver
Date: Tue, 1 Oct 2019 14:45:26 -0400 [thread overview]
Message-ID: <20191001184526.GE8171@sasha-vm> (raw)
In-Reply-To: <20190913060209.3604-1-weh@microsoft.com>
On Fri, Sep 13, 2019 at 06:02:55AM +0000, Wei Hu wrote:
>Without deferred IO support, hyperv_fb driver informs the host to refresh
>the entire guest frame buffer at fixed rate, e.g. at 20Hz, no matter there
>is screen update or not. This patch supports deferred IO for screens in
>graphics mode and also enables the frame buffer on-demand refresh. The
>highest refresh rate is still set at 20Hz.
>
>Currently Hyper-V only takes a physical address from guest as the starting
>address of frame buffer. This implies the guest must allocate contiguous
>physical memory for frame buffer. In addition, Hyper-V Gen 2 VMs only
>accept address from MMIO region as frame buffer address. Due to these
>limitations on Hyper-V host, we keep a shadow copy of frame buffer
>in the guest. This means one more copy of the dirty rectangle inside
>guest when doing the on-demand refresh. This can be optimized in the
>future with help from host. For now the host performance gain from deferred
>IO outweighs the shadow copy impact in the guest.
>
>Signed-off-by: Wei Hu <weh@microsoft.com>
What tree is this based on? I can't get it to apply.
--
Thanks,
Sasha
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2019-10-01 18:45 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-13 6:02 [PATCH v5] video: hyperv: hyperv_fb: Support deferred IO for Hyper-V frame buffer driver Wei Hu
2019-09-13 6:02 ` Wei Hu
2019-09-13 6:37 ` Dexuan Cui
2019-09-13 6:37 ` Dexuan Cui
2019-09-16 21:46 ` Dexuan Cui
2019-09-16 21:46 ` Dexuan Cui
2019-09-13 23:31 ` Michael Kelley
2019-09-13 23:31 ` Michael Kelley
2019-10-01 18:45 ` Sasha Levin [this message]
2019-10-01 18:45 ` Sasha Levin
2019-10-01 18:45 ` Sasha Levin
2019-10-02 7:52 ` Dexuan Cui
2019-10-02 7:52 ` Dexuan Cui
2019-10-02 7:52 ` Dexuan Cui
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=20191001184526.GE8171@sasha-vm \
--to=sashal@kernel.org \
--cc=alexandre.belloni@bootlin.com \
--cc=baijiaju1990@gmail.com \
--cc=decui@microsoft.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=fthain@telegraphics.com.au \
--cc=gregkh@linuxfoundation.org \
--cc=haiyangz@microsoft.com \
--cc=info@metux.net \
--cc=kys@microsoft.com \
--cc=lee.jones@linaro.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mikelley@microsoft.com \
--cc=rdunlap@infradead.org \
--cc=shc_work@mail.ru \
--cc=sthemmin@microsoft.com \
--cc=weh@microsoft.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.