From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Eric Shelton <eshelton@pobox.com>,
xen-devel <xen-devel@lists.xenproject.org>,
Yang Zhang <yang.z.zhang@intel.com>,
Kevin Tian <kevin.tian@intel.com>, Keir Fraser <keir@xen.org>,
Jan Beulich <jbeulich@suse.com>
Subject: Re: Skylake: VT-d and other error messages
Date: Sat, 28 Nov 2015 22:14:52 +0000 [thread overview]
Message-ID: <565A275C.108@citrix.com> (raw)
In-Reply-To: <CAPQw5rnihX=NFwxS8VPb2g0C7Btimv=r9V+_dF2R2uwDb8sNyg@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2295 bytes --]
On 28/11/15 20:46, Eric Shelton wrote:
> Looking through the output of 'xl dmesg' on a Skylake system
> (i5-6600K), I found a number of error messages that I do not encounter
> on a Haswell-based system. I have tried two motherboards from
> different manufacturers, with pretty much the same results. Below are
> some of the unexpected messages:
>
> Not enabling x2APIC (upon firmware request)
> ...
> mwait-idle: does not run on family 6 model 94
> ...
> [VT-D] iommu.c:875: iommu_fault_status: Primary Pending Fault
> [VT-D] INTR-REMAP: Request device [0000:f0:1f.0] fault index 0, iommu
> reg = ffff82c000201000
> (on motherboard 1) [VT-D] INTR-REMAP: reason 22 - Present field in the
> IRTE entry is clear
> (on motherboard 2) [VT-D] INTR-REMAP: reason 25 - Blocked a
> compatibility format interrupt request
>
> This leads to a few questions:
> 1) Is there some reason x2APIC should not be enabled on Skylake? What
> consequence, if any, is there not having x2APIC enabled?
In this case, the firmware has set the x2apic opt-out bit in the DMAR
table, indicating that Xen should not use x2apic.
You might find an option in your BIOS to undo this; there have been
enough errata in the past in this area that I would expect it to be a
tweakable.
x2apic is the extension to xapic, which permits more than 255 cpus. So
long as you don't have that many, there isn't a specific problem with
missing x2apic mode.
> 2) Should mwait-idle be available on Skylake?
We probably need to resync the mwait driver with Linux. It is
whitelisted on known cpu model numbers.
> 3) What about the IOMMU errors on Skylake - are they a concern?
Yes.
In both cases, PCI device f0:1f.0 is misconfigured or misbehaving.
On motherboard 1, it is delivering an interrupt for which no remapping
entry has been set up.
On motherboard 2, it is delivering an compatibility-format interrupt, as
opposed to a remapable-format interrupt.
For motherboard 2, Xen should disallow such a configuration. Either
interrupt remapping is enabled and all devices should be configured to
issue remmapable interrupts, or interrupt remapping is disabled and
everything should be configured to issue compatibility-format interrupts.
Either way, diagnosing the problem here starts with identifying what
f0:1f.0 is.
~Andrew
[-- Attachment #1.2: Type: text/html, Size: 3778 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2015-11-28 22:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-28 20:46 Skylake: VT-d and other error messages Eric Shelton
2015-11-28 22:14 ` Andrew Cooper [this message]
2015-12-02 2:34 ` Tian, Kevin
2015-12-02 2:51 ` Eric Shelton
2015-12-02 9:54 ` Andrew Cooper
2015-12-02 10:45 ` Jan Beulich
2015-12-02 15:04 ` Eric Shelton
2015-12-02 15:28 ` Jan Beulich
2015-12-02 15:37 ` Eric Shelton
2015-12-02 15:41 ` Jan Beulich
2015-12-04 21:23 ` Eric Shelton
2015-12-02 8:47 ` Shuai Ruan
[not found] ` <20151202084717.GA18791@shuai.ruan@linux.intel.com>
2015-12-02 9:07 ` Shuai Ruan
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=565A275C.108@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=eshelton@pobox.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=kevin.tian@intel.com \
--cc=xen-devel@lists.xenproject.org \
--cc=yang.z.zhang@intel.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.