From: "Chen, Tiejun" <tiejun.chen@intel.com>
To: Ross Lagerwall <ross.lagerwall@citrix.com>,
Xen-devel <xen-devel@lists.xen.org>,
len.brown@intel.com
Cc: Keir Fraser <keir@xen.org>, Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH 2/2] mwait_idle: Broadwell support
Date: Fri, 17 Oct 2014 09:00:17 +0800 [thread overview]
Message-ID: <54406A21.9010901@intel.com> (raw)
In-Reply-To: <543FC00C.3050708@intel.com>
On 2014/10/16 20:54, Chen, Tiejun wrote:
> Did you guys validate this in real machine? Or any potential side affect?
Any comments?
>
> When I do IGD GFX passthrough with qemu-xen-traditional, I found in the
> boot phase of VM, the target will reboot. After I revert this everything
Especially after reboot APCI can't be parsed correctly then Xen will
disable VT-d. So I have to power off the target then power on to recover
this.
> is fine.
>
> Note I don't add anything into codes. Here I just build Xen unstable 4.5
> to use qemu-xen-traditional. And additionally, my BDW is based on
> stepping E, and guest is WindXP.
s/WindXP/Wind7
Thanks
Tiejun
>
> Thanks
> Tiejun
>
> On 2014/9/8 20:42, Ross Lagerwall wrote:
>> From: Len Brown <len.brown@intel.com>
>>
>> Broadwell (BDW) is similar to Haswell (HSW), the preceding processor
>> generation.
>>
>> Currently, the only difference in their C-state tables is that PC3 max
>> exit latency
>> is 33usec on HSW and 40usec on BDW.
>>
>> Signed-off-by: Len Brown <len.brown@intel.com>
>> Signed-off-by: Ross Lagerwall <ross.lagerwall@citrix.com>
>> ---
>> xen/arch/x86/cpu/mwait-idle.c | 60
>> +++++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 60 insertions(+)
>>
>> diff --git a/xen/arch/x86/cpu/mwait-idle.c
>> b/xen/arch/x86/cpu/mwait-idle.c
>> index 2c5864e..4d5d31d 100644
>> --- a/xen/arch/x86/cpu/mwait-idle.c
>> +++ b/xen/arch/x86/cpu/mwait-idle.c
>> @@ -398,6 +398,58 @@ static const struct cpuidle_state hsw_cstates[] = {
>> {}
>> };
>>
>> +static struct cpuidle_state bdw_cstates[] = {
>> + {
>> + .name = "C1-BDW",
>> + .flags = MWAIT2flg(0x00),
>> + .exit_latency = 2,
>> + .target_residency = 2,
>> + },
>> + {
>> + .name = "C1E-BDW",
>> + .flags = MWAIT2flg(0x01),
>> + .exit_latency = 10,
>> + .target_residency = 20,
>> + },
>> + {
>> + .name = "C3-BDW",
>> + .flags = MWAIT2flg(0x10) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 40,
>> + .target_residency = 100,
>> + },
>> + {
>> + .name = "C6-BDW",
>> + .flags = MWAIT2flg(0x20) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 133,
>> + .target_residency = 400,
>> + },
>> + {
>> + .name = "C7s-BDW",
>> + .flags = MWAIT2flg(0x32) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 166,
>> + .target_residency = 500,
>> + },
>> + {
>> + .name = "C8-BDW",
>> + .flags = MWAIT2flg(0x40) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 300,
>> + .target_residency = 900,
>> + },
>> + {
>> + .name = "C9-BDW",
>> + .flags = MWAIT2flg(0x50) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 600,
>> + .target_residency = 1800,
>> + },
>> + {
>> + .name = "C10-BDW",
>> + .flags = MWAIT2flg(0x60) | CPUIDLE_FLAG_TLB_FLUSHED,
>> + .exit_latency = 2600,
>> + .target_residency = 7700,
>> + },
>> + {}
>> +};
>> +
>> static const struct cpuidle_state atom_cstates[] = {
>> {
>> .name = "C1E-ATM",
>> @@ -588,6 +640,11 @@ static const struct idle_cpu idle_cpu_hsw = {
>> .disable_promotion_to_c1e = 1,
>> };
>>
>> +static const struct idle_cpu idle_cpu_bdw = {
>> + .state_table = bdw_cstates,
>> + .disable_promotion_to_c1e = 1,
>> +};
>> +
>> static const struct idle_cpu idle_cpu_avn = {
>> .state_table = avn_cstates,
>> .disable_promotion_to_c1e = 1,
>> @@ -619,6 +676,9 @@ static struct intel_idle_id {
>> ICPU(0x45, hsw),
>> ICPU(0x46, hsw),
>> ICPU(0x4d, avn),
>> + ICPU(0x3d, bdw),
>> + ICPU(0x4f, bdw),
>> + ICPU(0x56, bdw),
>> {}
>> };
>>
>>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
next prev parent reply other threads:[~2014-10-17 1:00 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-08 12:42 [PATCH 1/2] mwait_idle: Disable Baytrail Core and Module C6 auto-demotion Ross Lagerwall
2014-09-08 12:42 ` [PATCH 2/2] mwait_idle: Broadwell support Ross Lagerwall
2014-09-08 13:24 ` Jan Beulich
2014-10-16 12:54 ` Chen, Tiejun
2014-10-16 14:06 ` Jan Beulich
2014-10-17 1:22 ` Chen, Tiejun
2014-10-17 8:40 ` Jan Beulich
2014-10-24 3:02 ` Chen, Tiejun
2014-10-17 1:00 ` Chen, Tiejun [this message]
2014-09-08 13:22 ` [PATCH 1/2] mwait_idle: Disable Baytrail Core and Module C6 auto-demotion Jan Beulich
2014-09-08 14:02 ` Ross Lagerwall
2014-09-08 14:20 ` Jan Beulich
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=54406A21.9010901@intel.com \
--to=tiejun.chen@intel.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=len.brown@intel.com \
--cc=ross.lagerwall@citrix.com \
--cc=xen-devel@lists.xen.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).