From: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
To: Sander Eikelenboom <linux@eikelenboom.it>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
Jan Beulich <JBeulich@suse.com>,
xen-devel <xen-devel@lists.xen.org>
Subject: Re: [xen-unstable] Commit 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 AMD IOMMU: allocate IRTE entries instead of using a static mapping, makes dom0 boot process stall several times.
Date: Mon, 26 Aug 2013 10:50:27 -0500 [thread overview]
Message-ID: <521B7943.9030201@amd.com> (raw)
In-Reply-To: <521B7624.4040604@amd.com>
[-- Attachment #1.1: Type: text/plain, Size: 845 bytes --]
On 8/26/2013 10:37 AM, Suravee Suthikulpanit wrote:
> On 8/26/2013 6:36 AM, Sander Eikelenboom wrote:
>>> >So as already suspected HPET and IVRS tables conflict with one
>>> >another in the IDs used for the (apparently) single HPET in the
>>> >system.
>> Yes that was wat i meant with another firmware glitch, masking the
>> fact that your fix seems actually ok.
>>
> I have seen many issues with the IVRS table regarding IOAPIC. This is
> the first time I see with the HPET, in which case, your patch simply
> So, my understanding is the patch still does not solve the issue where
> the IVRS and HPET table has conflicts here. This means we should also
> have the override mechanism for the HPET entry of the IVRS (i.e. the
> variety 2 as well)?
>
> Suravee
>
Nevermind, there is also the kernel option "ivrs_hpet" for that.
Suravee
[-- Attachment #1.2: Type: text/html, Size: 1857 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:[~2013-08-26 15:50 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-22 20:50 [xen-unstable] Commit 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 AMD IOMMU: allocate IRTE entries instead of using a static mapping, makes dom0 boot process stall several times Sander Eikelenboom
2013-08-05 7:48 ` Jan Beulich
2013-08-06 15:47 ` Suravee Suthikulanit
2013-08-15 14:43 ` Sander Eikelenboom
2013-08-15 15:15 ` Jan Beulich
2013-08-15 23:22 ` Sander Eikelenboom
2013-08-15 23:41 ` Sander Eikelenboom
2013-08-16 7:21 ` Jan Beulich
2013-08-16 7:42 ` Sander Eikelenboom
2013-08-16 8:03 ` Jan Beulich
2013-08-16 8:40 ` Sander Eikelenboom
2013-08-16 9:18 ` Jan Beulich
2013-08-16 10:44 ` Sander Eikelenboom
2013-08-16 13:15 ` Jan Beulich
2013-08-16 13:22 ` Sander Eikelenboom
2013-08-16 14:43 ` Sander Eikelenboom
2013-08-16 15:51 ` Sander Eikelenboom
2013-08-22 22:51 ` Sander Eikelenboom
2013-08-22 23:42 ` Sander Eikelenboom
2013-08-23 14:28 ` Jan Beulich
2013-08-23 14:45 ` Sander Eikelenboom
2013-08-23 15:05 ` Sander Eikelenboom
2013-08-23 15:11 ` Jan Beulich
2013-08-23 15:21 ` Jan Beulich
2013-08-23 15:48 ` Sander Eikelenboom
2013-08-23 16:01 ` Jan Beulich
2013-08-23 16:06 ` Sander Eikelenboom
2013-08-26 15:10 ` Suravee Suthikulpanit
2013-08-26 15:33 ` Jan Beulich
2013-08-23 17:01 ` Sander Eikelenboom
2013-08-23 15:29 ` Sander Eikelenboom
2013-08-26 6:59 ` Jan Beulich
2013-08-26 9:51 ` Sander Eikelenboom
2013-08-26 10:33 ` Jan Beulich
2013-08-26 11:07 ` Sander Eikelenboom
2013-08-26 11:23 ` Jan Beulich
2013-08-26 12:34 ` Sander Eikelenboom
2013-08-26 14:15 ` Jan Beulich
2013-08-26 14:35 ` Sander Eikelenboom
2013-08-26 11:21 ` Sander Eikelenboom
2013-08-26 11:25 ` Jan Beulich
2013-08-26 11:29 ` Jan Beulich
2013-08-26 11:36 ` Sander Eikelenboom
2013-08-26 15:37 ` Suravee Suthikulpanit
2013-08-26 15:50 ` Suravee Suthikulpanit [this message]
2013-08-27 8:23 ` Jan Beulich
2013-08-26 15:50 ` Jan Beulich
2013-08-26 16:19 ` Sander Eikelenboom
2013-08-27 8:00 ` [PATCH RFC 0/2] AMD IOMMU: allow command line overrides for broken IVRS tables Jan Beulich
2013-08-27 8:05 ` [PATCH RFC 1/2] PCI: centralize parsing of device coordinates in command line options Jan Beulich
2013-08-27 8:05 ` [PATCH RFC 2/2] AMD IOMMU: allow command line overrides for broken IVRS tables Jan Beulich
2013-08-27 9:52 ` Sander Eikelenboom
2013-08-27 11:09 ` Sander Eikelenboom
2013-08-27 12:04 ` Jan Beulich
2013-08-27 13:32 ` Sander Eikelenboom
2013-08-27 13:55 ` Jan Beulich
2013-08-27 14:15 ` Andrew Cooper
2013-08-27 16:17 ` Jan Beulich
2013-08-27 16:19 ` Sander Eikelenboom
2013-08-27 14:11 ` Jan Beulich
2013-08-27 14:15 ` Sander Eikelenboom
2013-08-27 15:59 ` Jan Beulich
2013-08-27 16:14 ` Sander Eikelenboom
2013-08-27 16:21 ` Jan Beulich
2013-08-27 16:30 ` Sander Eikelenboom
2013-08-27 17:09 ` Sander Eikelenboom
2013-08-28 8:06 ` Jan Beulich
2013-08-28 14:59 ` Suravee Suthikulpanit
2013-08-28 15:18 ` Jan Beulich
2013-08-27 18:07 ` [PATCH RFC 0/2] " Keir Fraser
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=521B7943.9030201@amd.com \
--to=suravee.suthikulpanit@amd.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=linux@eikelenboom.it \
--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 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.