* What is the state of blktap2?
@ 2010-01-21 22:27 David P. Quigley
2010-01-21 22:38 ` Pasi Kärkkäinen
2010-01-21 22:54 ` Daniel Stodden
0 siblings, 2 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 22:27 UTC (permalink / raw)
To: xen-devel
I'm currently working on moving storage services into their own domain
and I've been looking at blktap2. I've been trying to get an image
mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
instead of quitting at the end. I haven't removed any of the storage
startup code at this point so everything should be as it normally is in
xen-unstable. Is this a known bug? Are there some requirements on
blktap2 that I'm possibly not meeting? Is there anything in particular
that I should be looking at to try to debug the problem?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:27 What is the state of blktap2? David P. Quigley
@ 2010-01-21 22:38 ` Pasi Kärkkäinen
2010-01-21 22:46 ` David P. Quigley
2010-01-21 22:54 ` Daniel Stodden
1 sibling, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-21 22:38 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel
On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> I'm currently working on moving storage services into their own domain
> and I've been looking at blktap2. I've been trying to get an image
> mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> instead of quitting at the end. I haven't removed any of the storage
> startup code at this point so everything should be as it normally is in
> xen-unstable. Is this a known bug? Are there some requirements on
> blktap2 that I'm possibly not meeting? Is there anything in particular
> that I should be looking at to try to debug the problem?
>
What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
linux-2.6.18-xen has working blktap2 support.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:38 ` Pasi Kärkkäinen
@ 2010-01-21 22:46 ` David P. Quigley
2010-01-21 22:55 ` Pasi Kärkkäinen
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 22:46 UTC (permalink / raw)
To: Pasi Kärkkäinen; +Cc: xen-devel
On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > I'm currently working on moving storage services into their own domain
> > and I've been looking at blktap2. I've been trying to get an image
> > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > instead of quitting at the end. I haven't removed any of the storage
> > startup code at this point so everything should be as it normally is in
> > xen-unstable. Is this a known bug? Are there some requirements on
> > blktap2 that I'm possibly not meeting? Is there anything in particular
> > that I should be looking at to try to debug the problem?
> >
>
> What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> linux-2.6.18-xen has working blktap2 support.
>
> -- Pasi
I'm using the patches maintained by Andrew Lyon that are applied to
2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
option for me.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:54 ` Daniel Stodden
@ 2010-01-21 22:52 ` David P. Quigley
2010-01-22 22:10 ` David P. Quigley
1 sibling, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 22:52 UTC (permalink / raw)
To: Daniel Stodden; +Cc: xen-devel@lists.xensource.com
On Thu, 2010-01-21 at 14:54 -0800, Daniel Stodden wrote:
> On Thu, 2010-01-21 at 17:27 -0500, David P. Quigley wrote:
> > I'm currently working on moving storage services into their own domain
> > and I've been looking at blktap2. I've been trying to get an image
> > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > instead of quitting at the end. I haven't removed any of the storage
> > startup code at this point so everything should be as it normally is in
> > xen-unstable. Is this a known bug? Are there some requirements on
> > blktap2 that I'm possibly not meeting? Is there anything in particular
> > that I should be looking at to try to debug the problem?
>
> Are you running pvops?
> Cheer up, after 2.6.23 it's not you but just broken.
>
> The hang you encounter is likely blktap trying to remove a sysfs node
> from within its own callback. That could be circumvented, but it's
> likely not the only issue.
>
> Daniel
>
Well if its just broken in general any suggestions on where I should
look to try and fix it? blktap2 seems to be my best bet for implementing
my component so if I need to fix it to get it working I'm fine with
that.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:27 What is the state of blktap2? David P. Quigley
2010-01-21 22:38 ` Pasi Kärkkäinen
@ 2010-01-21 22:54 ` Daniel Stodden
2010-01-21 22:52 ` David P. Quigley
2010-01-22 22:10 ` David P. Quigley
1 sibling, 2 replies; 48+ messages in thread
From: Daniel Stodden @ 2010-01-21 22:54 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com
On Thu, 2010-01-21 at 17:27 -0500, David P. Quigley wrote:
> I'm currently working on moving storage services into their own domain
> and I've been looking at blktap2. I've been trying to get an image
> mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> instead of quitting at the end. I haven't removed any of the storage
> startup code at this point so everything should be as it normally is in
> xen-unstable. Is this a known bug? Are there some requirements on
> blktap2 that I'm possibly not meeting? Is there anything in particular
> that I should be looking at to try to debug the problem?
Are you running pvops?
Cheer up, after 2.6.23 it's not you but just broken.
The hang you encounter is likely blktap trying to remove a sysfs node
from within its own callback. That could be circumvented, but it's
likely not the only issue.
Daniel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:46 ` David P. Quigley
@ 2010-01-21 22:55 ` Pasi Kärkkäinen
2010-01-21 22:59 ` Pasi Kärkkäinen
2010-01-21 23:00 ` David P. Quigley
0 siblings, 2 replies; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-21 22:55 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel
On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > I'm currently working on moving storage services into their own domain
> > > and I've been looking at blktap2. I've been trying to get an image
> > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > instead of quitting at the end. I haven't removed any of the storage
> > > startup code at this point so everything should be as it normally is in
> > > xen-unstable. Is this a known bug? Are there some requirements on
> > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > that I should be looking at to try to debug the problem?
> > >
> >
> > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > linux-2.6.18-xen has working blktap2 support.
> >
> > -- Pasi
>
> I'm using the patches maintained by Andrew Lyon that are applied to
> 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> option for me.
>
Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
See:
http://wiki.xensource.com/xenwiki/XenDom0Kernels
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:55 ` Pasi Kärkkäinen
@ 2010-01-21 22:59 ` Pasi Kärkkäinen
2010-01-21 23:09 ` David P. Quigley
2010-01-21 23:13 ` David P. Quigley
2010-01-21 23:00 ` David P. Quigley
1 sibling, 2 replies; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-21 22:59 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel
On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> > On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > > I'm currently working on moving storage services into their own domain
> > > > and I've been looking at blktap2. I've been trying to get an image
> > > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > > instead of quitting at the end. I haven't removed any of the storage
> > > > startup code at this point so everything should be as it normally is in
> > > > xen-unstable. Is this a known bug? Are there some requirements on
> > > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > > that I should be looking at to try to debug the problem?
> > > >
> > >
> > > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > > linux-2.6.18-xen has working blktap2 support.
> > >
> > > -- Pasi
> >
> > I'm using the patches maintained by Andrew Lyon that are applied to
> > 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> > found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> > need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> > option for me.
> >
>
> Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
>
> See:
> http://wiki.xensource.com/xenwiki/XenDom0Kernels
>
More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
of blktap2 patches, but they'd need some debugging, because they're not yet working.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:55 ` Pasi Kärkkäinen
2010-01-21 22:59 ` Pasi Kärkkäinen
@ 2010-01-21 23:00 ` David P. Quigley
1 sibling, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 23:00 UTC (permalink / raw)
To: Pasi Kärkkäinen; +Cc: xen-devel
On Fri, 2010-01-22 at 00:55 +0200, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> > On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > > I'm currently working on moving storage services into their own domain
> > > > and I've been looking at blktap2. I've been trying to get an image
> > > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > > instead of quitting at the end. I haven't removed any of the storage
> > > > startup code at this point so everything should be as it normally is in
> > > > xen-unstable. Is this a known bug? Are there some requirements on
> > > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > > that I should be looking at to try to debug the problem?
> > > >
> > >
> > > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > > linux-2.6.18-xen has working blktap2 support.
> > >
> > > -- Pasi
> >
> > I'm using the patches maintained by Andrew Lyon that are applied to
> > 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> > found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> > need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> > option for me.
> >
>
> Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
>
> See:
> http://wiki.xensource.com/xenwiki/XenDom0Kernels
>
> -- Pasi
$ grep BLKTAP2 *
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_KICK_FE 1
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_ALLOC_TAP 200
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_FREE_TAP 201
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_CREATE_DEVICE 202
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_SET_PARAMS 203
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_PAUSE 204
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_REOPEN 205
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_IOCTL_RESUME 206
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_MAX_MESSAGE_LEN 256
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_RING_MESSAGE_PAUSE 1
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_RING_MESSAGE_RESUME 2
60011_xen3-auto-xen-drivers.patch1:+#define BLKTAP2_RING_MESSAGE_CLOSE 3
60011_xen3-auto-xen-drivers.patch1:+ char name[BLKTAP2_MAX_MESSAGE_LEN];
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_ALLOC_TAP: {
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_FREE_TAP:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_KICK_FE:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_CREATE_DEVICE:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_SET_PARAMS:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_PAUSE:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_REOPEN:
60011_xen3-auto-xen-drivers.patch1:+ case BLKTAP2_IOCTL_RESUME:
60011_xen3-auto-xen-drivers.patch1:+ blktap_ring_set_message(tap, BLKTAP2_RING_MESSAGE_RESUME);
60011_xen3-auto-xen-drivers.patch1:+ blktap_ring_set_message(tap, BLKTAP2_RING_MESSAGE_PAUSE);
60011_xen3-auto-xen-drivers.patch1:+ blktap_ring_set_message(tap, BLKTAP2_RING_MESSAGE_CLOSE);
60011_xen3-auto-xen-drivers.patch1:+ if (size > BLKTAP2_MAX_MESSAGE_LEN) {
60011_xen3-auto-xen-drivers.patch1:+ if (strnlen(buf, BLKTAP2_MAX_MESSAGE_LEN) >= BLKTAP2_MAX_MESSAGE_LEN) {
Based on that I think it has some level of blktap2 integration.
Unfortunately its not clear if it has it all and if so at what point the
code was taken from.
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:59 ` Pasi Kärkkäinen
@ 2010-01-21 23:09 ` David P. Quigley
2010-01-21 23:13 ` David P. Quigley
1 sibling, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 23:09 UTC (permalink / raw)
To: Pasi Kärkkäinen; +Cc: xen-devel
On Fri, 2010-01-22 at 00:59 +0200, Pasi Kärkkäinen wrote:
> On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
> > On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> > > On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > > > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > > > I'm currently working on moving storage services into their own domain
> > > > > and I've been looking at blktap2. I've been trying to get an image
> > > > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > > > instead of quitting at the end. I haven't removed any of the storage
> > > > > startup code at this point so everything should be as it normally is in
> > > > > xen-unstable. Is this a known bug? Are there some requirements on
> > > > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > > > that I should be looking at to try to debug the problem?
> > > > >
> > > >
> > > > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > > > linux-2.6.18-xen has working blktap2 support.
> > > >
> > > > -- Pasi
> > >
> > > I'm using the patches maintained by Andrew Lyon that are applied to
> > > 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> > > found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> > > need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> > > option for me.
> > >
> >
> > Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> > I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
> >
> > See:
> > http://wiki.xensource.com/xenwiki/XenDom0Kernels
> >
>
> More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
> of blktap2 patches, but they'd need some debugging, because they're not yet working.
>
> -- Pasi
I haven't had much success with pv_ops as a dom0 kernel in the past but
it would be more beneficial to try fixing blktap2 in the context of that
kernel then the Novell patches that I'm currently using. I'll try to
build the pv_ops kernel as a dom0 and if I can run it as a dom0
successfully I'll see what I can try to do to get blktap2 working on it.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:59 ` Pasi Kärkkäinen
2010-01-21 23:09 ` David P. Quigley
@ 2010-01-21 23:13 ` David P. Quigley
2010-01-22 7:14 ` Pasi Kärkkäinen
1 sibling, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-21 23:13 UTC (permalink / raw)
To: Pasi Kärkkäinen; +Cc: xen-devel
On Fri, 2010-01-22 at 00:59 +0200, Pasi Kärkkäinen wrote:
> On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
> > On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> > > On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > > > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > > > I'm currently working on moving storage services into their own domain
> > > > > and I've been looking at blktap2. I've been trying to get an image
> > > > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > > > instead of quitting at the end. I haven't removed any of the storage
> > > > > startup code at this point so everything should be as it normally is in
> > > > > xen-unstable. Is this a known bug? Are there some requirements on
> > > > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > > > that I should be looking at to try to debug the problem?
> > > > >
> > > >
> > > > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > > > linux-2.6.18-xen has working blktap2 support.
> > > >
> > > > -- Pasi
> > >
> > > I'm using the patches maintained by Andrew Lyon that are applied to
> > > 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> > > found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> > > need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> > > option for me.
> > >
> >
> > Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> > I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
> >
> > See:
> > http://wiki.xensource.com/xenwiki/XenDom0Kernels
> >
>
> More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
> of blktap2 patches, but they'd need some debugging, because they're not yet working.
>
> -- Pasi
Looking under drivers through a make menuconfig on the pvops kernel I
don't see an entry for blktap2. I just see the entry for blktap. I know
that blktap2 was supposed to replace blktap but in the Novell patches
they are two separate config options and I don't seem to be seeing the
second on in the pvops kernel. Do I just enable blktap under drivers and
use tap:tapdisk:<type> in the domU config to use blktap2?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 23:13 ` David P. Quigley
@ 2010-01-22 7:14 ` Pasi Kärkkäinen
2010-01-22 18:43 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-22 7:14 UTC (permalink / raw)
To: David P. Quigley; +Cc: Jeremy Fitzhardinge, xen-devel, Ian Campbell
On Thu, Jan 21, 2010 at 06:13:46PM -0500, David P. Quigley wrote:
> On Fri, 2010-01-22 at 00:59 +0200, Pasi Kärkkäinen wrote:
> > On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
> > > On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> > > > On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> > > > > On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> > > > > > I'm currently working on moving storage services into their own domain
> > > > > > and I've been looking at blktap2. I've been trying to get an image
> > > > > > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > > > > > instead of quitting at the end. I haven't removed any of the storage
> > > > > > startup code at this point so everything should be as it normally is in
> > > > > > xen-unstable. Is this a known bug? Are there some requirements on
> > > > > > blktap2 that I'm possibly not meeting? Is there anything in particular
> > > > > > that I should be looking at to try to debug the problem?
> > > > > >
> > > > >
> > > > > What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> > > > > linux-2.6.18-xen has working blktap2 support.
> > > > >
> > > > > -- Pasi
> > > >
> > > > I'm using the patches maintained by Andrew Lyon that are applied to
> > > > 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> > > > found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> > > > need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> > > > option for me.
> > > >
> > >
> > > Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> > > I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
> > >
> > > See:
> > > http://wiki.xensource.com/xenwiki/XenDom0Kernels
> > >
> >
> > More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
> > of blktap2 patches, but they'd need some debugging, because they're not yet working.
> >
> > -- Pasi
>
>
> Looking under drivers through a make menuconfig on the pvops kernel I
> don't see an entry for blktap2. I just see the entry for blktap. I know
> that blktap2 was supposed to replace blktap but in the Novell patches
> they are two separate config options and I don't seem to be seeing the
> second on in the pvops kernel. Do I just enable blktap under drivers and
> use tap:tapdisk:<type> in the domU config to use blktap2?
>
See:
http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=xen/master
Commits like:
2009-12-10 Jeremy Fitzhardinge Merge branch 'xen/dom0/backend/blktap2' into xen/master
2009-12-10 Jeremy Fitzhardinge xen/blktap2: don't init on non-Xen system
2009-12-04 Ian Campbell blktap: cleanup usage of sysfs
2009-12-04 Ian Campbell blktap: wean off of use of the BlkBack pageflag.
2009-12-04 Ian Campbell Port blktap2 from 2.6.18 to tip.
2009-12-04 Ian Campbell Add build infrastrucuture for blktap2.
2009-12-04 Ian Campbell patch 03-blktap2-patch
2009-12-04 Ian Campbell patch 02-blkback-pagemap-patch
2009-12-04 Ian Campbell patch 01-blktap-patch
I haven't tried it myself yet..
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 7:14 ` Pasi Kärkkäinen
@ 2010-01-22 18:43 ` Jeremy Fitzhardinge
2010-01-22 19:41 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Jeremy Fitzhardinge @ 2010-01-22 18:43 UTC (permalink / raw)
To: Pasi Kärkkäinen
Cc: David P. Quigley, xen-devel, Ian Campbell, Daniel Stodden
On 01/21/2010 11:14 PM, Pasi Kärkkäinen wrote:
> On Thu, Jan 21, 2010 at 06:13:46PM -0500, David P. Quigley wrote:
>
>> On Fri, 2010-01-22 at 00:59 +0200, Pasi Kärkkäinen wrote:
>>
>>> On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
>>>
>>>> On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
>>>>
>>>>> On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
>>>>>
>>>>>> On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
>>>>>>
>>>>>>> I'm currently working on moving storage services into their own domain
>>>>>>> and I've been looking at blktap2. I've been trying to get an image
>>>>>>> mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
>>>>>>> instead of quitting at the end. I haven't removed any of the storage
>>>>>>> startup code at this point so everything should be as it normally is in
>>>>>>> xen-unstable. Is this a known bug? Are there some requirements on
>>>>>>> blktap2 that I'm possibly not meeting? Is there anything in particular
>>>>>>> that I should be looking at to try to debug the problem?
>>>>>>>
>>>>>>>
>>>>>> What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
>>>>>> linux-2.6.18-xen has working blktap2 support.
>>>>>>
>>>>>> -- Pasi
>>>>>>
>>>>> I'm using the patches maintained by Andrew Lyon that are applied to
>>>>> 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
>>>>> found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
>>>>> need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
>>>>> option for me.
>>>>>
>>>>>
>>>> Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
>>>> I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
>>>>
>>>> See:
>>>> http://wiki.xensource.com/xenwiki/XenDom0Kernels
>>>>
>>>>
>>> More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
>>> of blktap2 patches, but they'd need some debugging, because they're not yet working.
>>>
>>> -- Pasi
>>>
>>
>> Looking under drivers through a make menuconfig on the pvops kernel I
>> don't see an entry for blktap2. I just see the entry for blktap. I know
>> that blktap2 was supposed to replace blktap but in the Novell patches
>> they are two separate config options and I don't seem to be seeing the
>> second on in the pvops kernel. Do I just enable blktap under drivers and
>> use tap:tapdisk:<type> in the domU config to use blktap2?
>>
>>
> See:
> http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=xen/master
>
> Commits like:
>
> 2009-12-10 Jeremy Fitzhardinge Merge branch 'xen/dom0/backend/blktap2' into xen/master
> 2009-12-10 Jeremy Fitzhardinge xen/blktap2: don't init on non-Xen system
> 2009-12-04 Ian Campbell blktap: cleanup usage of sysfs
> 2009-12-04 Ian Campbell blktap: wean off of use of the BlkBack pageflag.
> 2009-12-04 Ian Campbell Port blktap2 from 2.6.18 to tip.
> 2009-12-04 Ian Campbell Add build infrastrucuture for blktap2.
> 2009-12-04 Ian Campbell patch 03-blktap2-patch
> 2009-12-04 Ian Campbell patch 02-blkback-pagemap-patch
> 2009-12-04 Ian Campbell patch 01-blktap-patch
>
> I haven't tried it myself yet..
>
It is pretty broken at present, and I'll probably commit a change to
disable it for now. Fortunately it looks like Daniel Stodden is going
to have a crack at fixing it up.
J
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 18:43 ` Jeremy Fitzhardinge
@ 2010-01-22 19:41 ` David P. Quigley
0 siblings, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-22 19:41 UTC (permalink / raw)
To: Jeremy Fitzhardinge; +Cc: xen-devel, Ian Campbell, Daniel Stodden
On Fri, 2010-01-22 at 10:43 -0800, Jeremy Fitzhardinge wrote:
> On 01/21/2010 11:14 PM, Pasi Kärkkäinen wrote:
> > On Thu, Jan 21, 2010 at 06:13:46PM -0500, David P. Quigley wrote:
> >
> >> On Fri, 2010-01-22 at 00:59 +0200, Pasi Kärkkäinen wrote:
> >>
> >>> On Fri, Jan 22, 2010 at 12:55:52AM +0200, Pasi Kärkkäinen wrote:
> >>>
> >>>> On Thu, Jan 21, 2010 at 05:46:05PM -0500, David P. Quigley wrote:
> >>>>
> >>>>> On Fri, 2010-01-22 at 00:38 +0200, Pasi Kärkkäinen wrote:
> >>>>>
> >>>>>> On Thu, Jan 21, 2010 at 05:27:45PM -0500, David P. Quigley wrote:
> >>>>>>
> >>>>>>> I'm currently working on moving storage services into their own domain
> >>>>>>> and I've been looking at blktap2. I've been trying to get an image
> >>>>>>> mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> >>>>>>> instead of quitting at the end. I haven't removed any of the storage
> >>>>>>> startup code at this point so everything should be as it normally is in
> >>>>>>> xen-unstable. Is this a known bug? Are there some requirements on
> >>>>>>> blktap2 that I'm possibly not meeting? Is there anything in particular
> >>>>>>> that I should be looking at to try to debug the problem?
> >>>>>>>
> >>>>>>>
> >>>>>> What kernel are you using? pv_ops dom0 kernel doesn't have working blktap2 yet..
> >>>>>> linux-2.6.18-xen has working blktap2 support.
> >>>>>>
> >>>>>> -- Pasi
> >>>>>>
> >>>>> I'm using the patches maintained by Andrew Lyon that are applied to
> >>>>> 2.6.31.10. These are supposedly based on the OpenSUSE patches and can be
> >>>>> found at http://code.google.com/p/gentoo-xen-kernel/downloads/list. I
> >>>>> need a more recent kernel version so the 2.6.18 dom0 kernel isn't an
> >>>>> option for me.
> >>>>>
> >>>>>
> >>>> Ok. I'm not sure if those OpenSUSE patches have blktap2 support included?
> >>>> I know that at least Citrix XenServer, XCP and XCI 2.6.27 kernels do have blktap2.
> >>>>
> >>>> See:
> >>>> http://wiki.xensource.com/xenwiki/XenDom0Kernels
> >>>>
> >>>>
> >>> More details about the pv_ops dom0 kernel (2.6.31.6 currently): It has initial version
> >>> of blktap2 patches, but they'd need some debugging, because they're not yet working.
> >>>
> >>> -- Pasi
> >>>
> >>
> >> Looking under drivers through a make menuconfig on the pvops kernel I
> >> don't see an entry for blktap2. I just see the entry for blktap. I know
> >> that blktap2 was supposed to replace blktap but in the Novell patches
> >> they are two separate config options and I don't seem to be seeing the
> >> second on in the pvops kernel. Do I just enable blktap under drivers and
> >> use tap:tapdisk:<type> in the domU config to use blktap2?
> >>
> >>
> > See:
> > http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=xen/master
> >
> > Commits like:
> >
> > 2009-12-10 Jeremy Fitzhardinge Merge branch 'xen/dom0/backend/blktap2' into xen/master
> > 2009-12-10 Jeremy Fitzhardinge xen/blktap2: don't init on non-Xen system
> > 2009-12-04 Ian Campbell blktap: cleanup usage of sysfs
> > 2009-12-04 Ian Campbell blktap: wean off of use of the BlkBack pageflag.
> > 2009-12-04 Ian Campbell Port blktap2 from 2.6.18 to tip.
> > 2009-12-04 Ian Campbell Add build infrastrucuture for blktap2.
> > 2009-12-04 Ian Campbell patch 03-blktap2-patch
> > 2009-12-04 Ian Campbell patch 02-blkback-pagemap-patch
> > 2009-12-04 Ian Campbell patch 01-blktap-patch
> >
> > I haven't tried it myself yet..
> >
>
> It is pretty broken at present, and I'll probably commit a change to
> disable it for now. Fortunately it looks like Daniel Stodden is going
> to have a crack at fixing it up.
>
> J
Well if he needs any help feel free to ask. I definitely can justify
spending time on working on this.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-21 22:54 ` Daniel Stodden
2010-01-21 22:52 ` David P. Quigley
@ 2010-01-22 22:10 ` David P. Quigley
2010-01-22 22:12 ` Konrad Rzeszutek Wilk
1 sibling, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-22 22:10 UTC (permalink / raw)
To: Daniel Stodden; +Cc: xen-devel@lists.xensource.com
On Thu, 2010-01-21 at 14:54 -0800, Daniel Stodden wrote:
> On Thu, 2010-01-21 at 17:27 -0500, David P. Quigley wrote:
> > I'm currently working on moving storage services into their own domain
> > and I've been looking at blktap2. I've been trying to get an image
> > mounted with blktap2 and for some odd reason and tapdisk2 keeps hanging
> > instead of quitting at the end. I haven't removed any of the storage
> > startup code at this point so everything should be as it normally is in
> > xen-unstable. Is this a known bug? Are there some requirements on
> > blktap2 that I'm possibly not meeting? Is there anything in particular
> > that I should be looking at to try to debug the problem?
>
> Are you running pvops?
> Cheer up, after 2.6.23 it's not you but just broken.
>
> The hang you encounter is likely blktap trying to remove a sysfs node
> from within its own callback. That could be circumvented, but it's
> likely not the only issue.
>
> Daniel
>
So I tried getting the pvops kernel working and it works fine as a
standard Linux kernel but when I try to run it on top of Xen once I get
to Linux I don't have any keyboard input. I'm using the grub conf on the
pvops page so that part of the config should be correct. I'm going to
try to update to the latest version of xen-unstable and of the pvops
tree to see if that fixes anything.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 22:10 ` David P. Quigley
@ 2010-01-22 22:12 ` Konrad Rzeszutek Wilk
2010-01-22 22:22 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-01-22 22:12 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
> So I tried getting the pvops kernel working and it works fine as a
> standard Linux kernel but when I try to run it on top of Xen once I get
> to Linux I don't have any keyboard input. I'm using the grub conf on the
That smells like inittab..
> pvops page so that part of the config should be correct. I'm going to
> try to update to the latest version of xen-unstable and of the pvops
> tree to see if that fixes anything.
Here is a little script that fixes most common problems.
grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
if grep -q ata_piix /etc/modprobe.conf ; then
NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
fi
grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 22:12 ` Konrad Rzeszutek Wilk
@ 2010-01-22 22:22 ` David P. Quigley
2010-01-22 22:43 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-22 22:22 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
On Fri, 2010-01-22 at 17:12 -0500, Konrad Rzeszutek Wilk wrote:
> > So I tried getting the pvops kernel working and it works fine as a
> > standard Linux kernel but when I try to run it on top of Xen once I get
> > to Linux I don't have any keyboard input. I'm using the grub conf on the
>
> That smells like inittab..
> > pvops page so that part of the config should be correct. I'm going to
> > try to update to the latest version of xen-unstable and of the pvops
> > tree to see if that fixes anything.
>
>
>
> Here is a little script that fixes most common problems.
>
> grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> if grep -q ata_piix /etc/modprobe.conf ; then
> NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> fi
> grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
>
Is this for a domU or a dom0 pvops kernel? I didn't think that the
terminal for dom0 would be changed to hvc but I'm new to this so I could
be wrong.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 22:22 ` David P. Quigley
@ 2010-01-22 22:43 ` Konrad Rzeszutek Wilk
2010-01-25 23:23 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-01-22 22:43 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
> > Here is a little script that fixes most common problems.
> >
> > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > if grep -q ata_piix /etc/modprobe.conf ; then
> > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > fi
> > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> >
>
>
> Is this for a domU or a dom0 pvops kernel? I didn't think that the
Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
on DomU too.
> terminal for dom0 would be changed to hvc but I'm new to this so I could
It has.
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-22 22:43 ` Konrad Rzeszutek Wilk
@ 2010-01-25 23:23 ` David P. Quigley
2010-01-26 7:10 ` Pasi Kärkkäinen
2010-01-26 14:42 ` Konrad Rzeszutek Wilk
0 siblings, 2 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-25 23:23 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
On Fri, 2010-01-22 at 17:43 -0500, Konrad Rzeszutek Wilk wrote:
> > > Here is a little script that fixes most common problems.
> > >
> > > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > > if grep -q ata_piix /etc/modprobe.conf ; then
> > > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > > fi
> > > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> > >
> >
> >
> > Is this for a domU or a dom0 pvops kernel? I didn't think that the
>
> Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
> on DomU too.
> > terminal for dom0 would be changed to hvc but I'm new to this so I could
>
> It has.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
I've been trying for the better part of today to get this working and I
seem to keep hitting a wall. I finally managed to get the kernel booted
but only with a serial console. I found out that some modules were
missing so that might have caused the lack of console support but now
the kernel won't boot to a prompt at all. I keep running into a null
dereference in the uhci driver. I can try to rebase Jeremy's patches
onto a newer kernel.org version but I'd first like to check to make sure
this isn't already a known problem with a solution.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-25 23:23 ` David P. Quigley
@ 2010-01-26 7:10 ` Pasi Kärkkäinen
2010-01-26 16:32 ` David P. Quigley
2010-01-26 14:42 ` Konrad Rzeszutek Wilk
1 sibling, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-26 7:10 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Mon, Jan 25, 2010 at 06:23:55PM -0500, David P. Quigley wrote:
> On Fri, 2010-01-22 at 17:43 -0500, Konrad Rzeszutek Wilk wrote:
> > > > Here is a little script that fixes most common problems.
> > > >
> > > > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > > > if grep -q ata_piix /etc/modprobe.conf ; then
> > > > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > > > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > > > fi
> > > > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > > > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> > > >
> > >
> > >
> > > Is this for a domU or a dom0 pvops kernel? I didn't think that the
> >
> > Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
> > on DomU too.
> > > terminal for dom0 would be changed to hvc but I'm new to this so I could
> >
> > It has.
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
>
> I've been trying for the better part of today to get this working and I
> seem to keep hitting a wall. I finally managed to get the kernel booted
> but only with a serial console. I found out that some modules were
> missing so that might have caused the lack of console support but now
> the kernel won't boot to a prompt at all. I keep running into a null
> dereference in the uhci driver. I can try to rebase Jeremy's patches
> onto a newer kernel.org version but I'd first like to check to make sure
> this isn't already a known problem with a solution.
>
You can try my .config files for pv_ops dom0 kernel, available from here:
http://wiki.xensource.com/xenwiki/XenParavirtOps
in the "Troubleshooting" section.. just use "make oldconfig" with them.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-25 23:23 ` David P. Quigley
2010-01-26 7:10 ` Pasi Kärkkäinen
@ 2010-01-26 14:42 ` Konrad Rzeszutek Wilk
2010-01-26 16:42 ` David P. Quigley
1 sibling, 1 reply; 48+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-01-26 14:42 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
> I've been trying for the better part of today to get this working and I
> seem to keep hitting a wall. I finally managed to get the kernel booted
> but only with a serial console. I found out that some modules were
Care to send it?
> missing so that might have caused the lack of console support but now
> the kernel won't boot to a prompt at all. I keep running into a null
> dereference in the uhci driver. I can try to rebase Jeremy's patches
That is not good. First time I hear of it. You could compile most of the
USB drivers in your kernel, and also the storage controller ones.
> onto a newer kernel.org version but I'd first like to check to make sure
> this isn't already a known problem with a solution.
What was your underlaying distro? Fedora? Debian?
>
> Dave
>
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 7:10 ` Pasi Kärkkäinen
@ 2010-01-26 16:32 ` David P. Quigley
2010-01-26 16:47 ` Pasi Kärkkäinen
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 16:32 UTC (permalink / raw)
To: Pasi Kärkkäinen
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Tue, 2010-01-26 at 09:10 +0200, Pasi Kärkkäinen wrote:
> On Mon, Jan 25, 2010 at 06:23:55PM -0500, David P. Quigley wrote:
> > On Fri, 2010-01-22 at 17:43 -0500, Konrad Rzeszutek Wilk wrote:
> > > > > Here is a little script that fixes most common problems.
> > > > >
> > > > > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > > > > if grep -q ata_piix /etc/modprobe.conf ; then
> > > > > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > > > > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > > > > fi
> > > > > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > > > > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> > > > >
> > > >
> > > >
> > > > Is this for a domU or a dom0 pvops kernel? I didn't think that the
> > >
> > > Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
> > > on DomU too.
> > > > terminal for dom0 would be changed to hvc but I'm new to this so I could
> > >
> > > It has.
> > >
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@lists.xensource.com
> > > http://lists.xensource.com/xen-devel
> >
> > I've been trying for the better part of today to get this working and I
> > seem to keep hitting a wall. I finally managed to get the kernel booted
> > but only with a serial console. I found out that some modules were
> > missing so that might have caused the lack of console support but now
> > the kernel won't boot to a prompt at all. I keep running into a null
> > dereference in the uhci driver. I can try to rebase Jeremy's patches
> > onto a newer kernel.org version but I'd first like to check to make sure
> > this isn't already a known problem with a solution.
> >
>
> You can try my .config files for pv_ops dom0 kernel, available from here:
> http://wiki.xensource.com/xenwiki/XenParavirtOps
>
> in the "Troubleshooting" section.. just use "make oldconfig" with them.
>
> -- Pasi
Thanks for the suggestion. I am already using your config though so its
not clear to me if its a config issue. Once I got that working and
booting I keep getting null pointer dereferences in some other code
thats not xen related. The only reason it might be affected by xen is
because its complaining about something with the PCI space. The error
text is below.
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
uhci_hcd 0000:00:1a.1: host system error, PCI problems?
uhci_hcd 0000:00:1a.1: host controller halted, very bad!
uhci_hcd 0000:00:1a.1: HC died; cleaning up
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 14:42 ` Konrad Rzeszutek Wilk
@ 2010-01-26 16:42 ` David P. Quigley
2010-01-26 16:57 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 16:42 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
On Tue, 2010-01-26 at 09:42 -0500, Konrad Rzeszutek Wilk wrote:
> > I've been trying for the better part of today to get this working and I
> > seem to keep hitting a wall. I finally managed to get the kernel booted
> > but only with a serial console. I found out that some modules were
>
> Care to send it?
The kernel or the config? I'm using the config given on the pvops wiki
page and I haven't made any modifications. Although I'm not sure if
SELinux is enabled so I might have to change that.
> > missing so that might have caused the lack of console support but now
> > the kernel won't boot to a prompt at all. I keep running into a null
> > dereference in the uhci driver. I can try to rebase Jeremy's patches
>
> That is not good. First time I hear of it. You could compile most of the
> USB drivers in your kernel, and also the storage controller ones.
Yea I found this to be a little weird considering on other kernels the
uhci driver has no problems at all. Someone here thinks it might be an
issue with the ACPI aperture with things not lining up. I'm running an
optiplex 960 for my xen development box.
>
> > onto a newer kernel.org version but I'd first like to check to make sure
> > this isn't already a known problem with a solution.
>
> What was your underlaying distro? Fedora? Debian?
> >
> > Dave
> >
So I'm running on an updated Fedora 11 box. I've grabbed Jeremy's pvops
kernel from kernel.org and I'm using the latest xen-unstable tree as of
yesterday at 5pm. Several of the uhci host controller sections in dmesg
are reporting the same error but I have copied some of the error text
with the kernel oops below.
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
uhci_hcd 0000:00:1a.1: host system error, PCI problems?
uhci_hcd 0000:00:1a.1: host controller halted, very bad!
uhci_hcd 0000:00:1a.1: HC died; cleaning up
usb usb3: unable to read config index 0 descriptor/start: -108
usb usb3: chopping to 0 config(s)
usb usb3: string descriptor 0 read error: -108
ata3: SATA link down (SStatus 4 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: no configuration chosen from 0 choices
uhci_hcd 0000:00:1a.1: HC died; cleaning up
BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
IP: [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
PGD 0
Oops: 0000 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 112, comm: work_for_cpu Not tainted 2.6.31.6-pvops-dom0 #6 OptiPlex 960
RIP: e030:[<ffffffff813be3d2>] [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP: e02b:ffff8801dd071d40 EFLAGS: 00010046
RAX: 0000000000000000 RBX: ffff8801dd1a0000 RCX: 00000000000001af
RDX: ffff8801dd7d4880 RSI: ffff8801dd1a0848 RDI: ffff8801dd1a0848
RBP: ffff8801dd071d50 R08: 000000000000000c R09: ffff8801dd071bf0
R10: 00000002c6caa903 R11: 0000000000000144 R12: 0000000000000200
R13: ffff8801dd1a0848 R14: ffff8801dd1a0848 R15: 0000000000000011
FS: 0000000000000000(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000098 CR3: 0000000001001000 CR4: 0000000000002660
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process work_for_cpu (pid: 112, threadinfo ffff8801dd070000, task ffff8801dd7d4880)
Stack:
0000000000000200 00000000035b2d49 ffff8801dd071d80 ffffffff813c422b
<0> ffff8801dd071d80 00000000035b2d49 ffff8801dd1a0000 0000000000000000
<0> ffff8801dd071df0 ffffffff813c55f6 40ff8801dd071df0 000000000000ff00
Call Trace:
[<ffffffff813c422b>] usb_hc_died+0x78/0xa3
[<ffffffff813c55f6>] usb_add_hcd+0x544/0x6a8
[<ffffffff813d5206>] usb_hcd_pci_probe+0x263/0x3bd
[<ffffffff8107e91c>] ? do_work_for_cpu+0x0/0x50
[<ffffffff8129658f>] local_pci_probe+0x2a/0x42
[<ffffffff8107e943>] do_work_for_cpu+0x27/0x50
[<ffffffff81083c80>] kthread+0xac/0xb4
[<ffffffff810161aa>] child_rip+0xa/0x20
[<ffffffff81015b10>] ? restore_args+0x0/0x30
[<ffffffff810161a0>] ? child_rip+0x0/0x20
Code: 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 f8 31 c0 48 8b 87 88 02 00 00 <48> 8b 80 98 00 00 00 48 8b b8 f8 00 00 00 e8 6d fe ff ff 48 8b
RIP [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP <ffff8801dd071d40>
CR2: 0000000000000098
---[ end trace cf0e97f02af8794f ]---
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 16:32 ` David P. Quigley
@ 2010-01-26 16:47 ` Pasi Kärkkäinen
2010-01-26 16:49 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-26 16:47 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Tue, Jan 26, 2010 at 11:32:58AM -0500, David P. Quigley wrote:
> On Tue, 2010-01-26 at 09:10 +0200, Pasi Kärkkäinen wrote:
> > On Mon, Jan 25, 2010 at 06:23:55PM -0500, David P. Quigley wrote:
> > > On Fri, 2010-01-22 at 17:43 -0500, Konrad Rzeszutek Wilk wrote:
> > > > > > Here is a little script that fixes most common problems.
> > > > > >
> > > > > > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > > > > > if grep -q ata_piix /etc/modprobe.conf ; then
> > > > > > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > > > > > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > > > > > fi
> > > > > > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > > > > > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> > > > > >
> > > > >
> > > > >
> > > > > Is this for a domU or a dom0 pvops kernel? I didn't think that the
> > > >
> > > > Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
> > > > on DomU too.
> > > > > terminal for dom0 would be changed to hvc but I'm new to this so I could
> > > >
> > > > It has.
> > > >
> > > > _______________________________________________
> > > > Xen-devel mailing list
> > > > Xen-devel@lists.xensource.com
> > > > http://lists.xensource.com/xen-devel
> > >
> > > I've been trying for the better part of today to get this working and I
> > > seem to keep hitting a wall. I finally managed to get the kernel booted
> > > but only with a serial console. I found out that some modules were
> > > missing so that might have caused the lack of console support but now
> > > the kernel won't boot to a prompt at all. I keep running into a null
> > > dereference in the uhci driver. I can try to rebase Jeremy's patches
> > > onto a newer kernel.org version but I'd first like to check to make sure
> > > this isn't already a known problem with a solution.
> > >
> >
> > You can try my .config files for pv_ops dom0 kernel, available from here:
> > http://wiki.xensource.com/xenwiki/XenParavirtOps
> >
> > in the "Troubleshooting" section.. just use "make oldconfig" with them.
> >
> > -- Pasi
>
> Thanks for the suggestion. I am already using your config though so its
> not clear to me if its a config issue. Once I got that working and
> booting I keep getting null pointer dereferences in some other code
> thats not xen related. The only reason it might be affected by xen is
> because its complaining about something with the PCI space. The error
> text is below.
>
> uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
> uhci_hcd 0000:00:1a.1: UHCI Host Controller
> uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
> uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
> uhci_hcd 0000:00:1a.1: host system error, PCI problems?
> uhci_hcd 0000:00:1a.1: host controller halted, very bad!
> uhci_hcd 0000:00:1a.1: HC died; cleaning up
>
Uh oh :) That looks bad.. I haven't seen that on my testboxes..
so dunno really what would help.
Is Xen complaining something when that happens? Check "xm dmesg".
Do you have "loglvl=all guest_loglvl=all" options for xen.gz in grub.conf?
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 16:47 ` Pasi Kärkkäinen
@ 2010-01-26 16:49 ` David P. Quigley
2010-01-26 17:06 ` Pasi Kärkkäinen
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 16:49 UTC (permalink / raw)
To: Pasi Kärkkäinen
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
[-- Attachment #1: Type: text/plain, Size: 4199 bytes --]
On Tue, 2010-01-26 at 18:47 +0200, Pasi Kärkkäinen wrote:
> On Tue, Jan 26, 2010 at 11:32:58AM -0500, David P. Quigley wrote:
> > On Tue, 2010-01-26 at 09:10 +0200, Pasi Kärkkäinen wrote:
> > > On Mon, Jan 25, 2010 at 06:23:55PM -0500, David P. Quigley wrote:
> > > > On Fri, 2010-01-22 at 17:43 -0500, Konrad Rzeszutek Wilk wrote:
> > > > > > > Here is a little script that fixes most common problems.
> > > > > > >
> > > > > > > grep -q xenfs /etc/fstab || echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab
> > > > > > > if grep -q ata_piix /etc/modprobe.conf ; then
> > > > > > > NR=`cat /etc/modprobe.conf | grep scsi | wc -l`
> > > > > > > grep -q pata_oldpiix /etc/modprobe.conf || echo "alias scsi_hostadapter$NR pata_oldpiix" >> /etc/modprobe.conf
> > > > > > > fi
> > > > > > > grep -q hvc /etc/inittab || echo "co:2345:respawn:/sbin/agetty hvc0 9600 vt100-nav" >> /etc/inittab
> > > > > > > grep -q hvc0 /etc/securetty || echo "hvc0" >> /etc/securetty
> > > > > > >
> > > > > >
> > > > > >
> > > > > > Is this for a domU or a dom0 pvops kernel? I didn't think that the
> > > > >
> > > > > Dom0. Thought the sections aobut /etc/inittab and seceretty can be used
> > > > > on DomU too.
> > > > > > terminal for dom0 would be changed to hvc but I'm new to this so I could
> > > > >
> > > > > It has.
> > > > >
> > > > > _______________________________________________
> > > > > Xen-devel mailing list
> > > > > Xen-devel@lists.xensource.com
> > > > > http://lists.xensource.com/xen-devel
> > > >
> > > > I've been trying for the better part of today to get this working and I
> > > > seem to keep hitting a wall. I finally managed to get the kernel booted
> > > > but only with a serial console. I found out that some modules were
> > > > missing so that might have caused the lack of console support but now
> > > > the kernel won't boot to a prompt at all. I keep running into a null
> > > > dereference in the uhci driver. I can try to rebase Jeremy's patches
> > > > onto a newer kernel.org version but I'd first like to check to make sure
> > > > this isn't already a known problem with a solution.
> > > >
> > >
> > > You can try my .config files for pv_ops dom0 kernel, available from here:
> > > http://wiki.xensource.com/xenwiki/XenParavirtOps
> > >
> > > in the "Troubleshooting" section.. just use "make oldconfig" with them.
> > >
> > > -- Pasi
> >
> > Thanks for the suggestion. I am already using your config though so its
> > not clear to me if its a config issue. Once I got that working and
> > booting I keep getting null pointer dereferences in some other code
> > thats not xen related. The only reason it might be affected by xen is
> > because its complaining about something with the PCI space. The error
> > text is below.
> >
> > uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
> > uhci_hcd 0000:00:1a.1: UHCI Host Controller
> > uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
> > uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
> > uhci_hcd 0000:00:1a.1: host system error, PCI problems?
> > uhci_hcd 0000:00:1a.1: host controller halted, very bad!
> > uhci_hcd 0000:00:1a.1: HC died; cleaning up
> >
>
> Uh oh :) That looks bad.. I haven't seen that on my testboxes..
> so dunno really what would help.
>
> Is Xen complaining something when that happens? Check "xm dmesg".
>
> Do you have "loglvl=all guest_loglvl=all" options for xen.gz in grub.conf?
>
> -- Pasi
I don't see anything that immediately jumps out at me but I'm new to
this so I may be missing something. My grub config entry is below and I
have attached the entire output from boot to the oops that I get on my
serial console.
title Fedora (2.6.31.6-pvops-dom0-dontedit)
kernel /xen-4.0.gz console=com1,hvc0 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
module /vmlinuz-2.6.31.6-pvops-dom0 ro root=/dev/mapper/VolGroup-lv_root console=com1,hvc0 com1=115200,8n1 earlyprintk=xen
module /initrd-2.6.31.6-pvops-dom0.img
module /xenpolicy.24
[-- Attachment #2: xenoutput.txt --]
[-- Type: text/plain, Size: 58296 bytes --]
XEN) Bad console= option 'hvc0'
__ __ _ _ ___ ___ ____
\ \/ /___ _ __ | || | / _ \ / _ \ _ __ ___|___ \ _ __ _ __ ___
\ // _ \ '_ \ | || |_| | | | | | |__| '__/ __| __) |__| '_ \| '__/ _ \
/ \ __/ | | | |__ _| |_| | |_| |__| | | (__ / __/|__| |_) | | | __/
/_/\_\___|_| |_| |_|(_)___(_)___/ |_| \___|_____| | .__/|_| \___|
|_|
(XEN) Xen version 4.0.0-rc2-pre (dpquigl@epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) Mon Jan 25 16:23:27 EST 2010
(XEN) Latest ChangeSet: Fri Jan 22 11:01:18 2010 +0000 20844:ca0759a08057
(XEN) Console output is synchronous.
(XEN) Command line: console=com1,hvc0 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) Found 1 MBR signatures
(XEN) Found 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009a800 (usable)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000bfdffc00 (usable)
(XEN) 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
(XEN) 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
(XEN) 00000000bfe55c00 - 00000000c0000000 (reserved)
(XEN) 00000000e0000000 - 00000000f0000000 (reserved)
(XEN) 00000000fec00000 - 00000000fed00400 (reserved)
(XEN) 00000000fed20000 - 00000000feda0000 (reserved)
(XEN) 00000000fee00000 - 00000000fef00000 (reserved)
(XEN) 00000000ffb00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 0000000238000000 (usable)
(XEN) ACPI: RSDP 000FEC00, 0024 (r2 DELL )
(XEN) ACPI: XSDT 000FC7CD, 009C (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: FACP 000FC8FD, 00F4 (r3 DELL B10K 15 ASL 61)
(XEN) ACPI: DSDT FFE9CFCA, 545E (r1 DELL dt_ex 1000 INTL 20050624)
(XEN) ACPI: FACS BFDFFC00, 0040
(XEN) ACPI: SSDT FFEA2547, 00AA (r1 DELL st_ex 1000 INTL 20050624)
(XEN) ACPI: APIC 000FC9F1, 0092 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: BOOT 000FCA83, 0028 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: ASF! 000FCAAB, 0096 (r32 DELL B10K 15 ASL 61)
(XEN) ACPI: MCFG 000FCB41, 003E (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: HPET 000FCB7F, 0038 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: TCPA 000FCDDB, 0032 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: DMAR 000FCE0D, 00D8 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SLIC 000FCBB7, 0176 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SSDT BFDFFC40, 01F9 (r1 DpgPmm Cpu0Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00049, 01F9 (r1 DpgPmm Cpu1Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00452, 01F9 (r1 DpgPmm Cpu2Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE0085B, 01F9 (r1 DpgPmm Cpu3Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00C64, 0190 (r1 DpgPmm CpuPm 10 INTL 20050624)
(XEN) System RAM: 8030MB (8223020kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-0000000238000000
(XEN) Domain heap initialised
(XEN) found SMP MP-table at 000fe710
(XEN) DMI 2.5 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x808
(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0]
(XEN) ACPI: wakeup_vec[bfdffc0c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
(XEN) Processor #1 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
(XEN) Processor #2 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
(XEN) Processor #3 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000
(XEN) [VT-D]dmar.c:586: Host address width 36
(XEN) [VT-D]dmar.c:595: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc1000
(XEN) [VT-D]dmar.c:326: endpoint: 0:1b.0
(XEN) [VT-D]dmar.c:595: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc3000
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.3
(XEN) [VT-D]dmar.c:595: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc4000
(XEN) [VT-D]dmar.c:386: flags: INCLUDE_ALL
(XEN) [VT-D]dmar.c:599: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.7
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.7
(XEN) [VT-D]dmar.c:490: RMRR region: base_addr bfe58000 end_address bfe6ffff
(XEN) PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
(XEN) PCI: MCFG area at e0000000 reserved in E820
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) XSM Framework v1.0.0 initialized
(XEN) Policy len 0x12dc, start at ffff8300bf7fed24.
(XEN) dummy.c:481: Had to override the security_domaininfo security operation with the dummy one.
(XEN) dummy.c:482: Had to override the setvcpucontext security operation with the dummy one.
(XEN) dummy.c:483: Had to override the pausedomain security operation with the dummy one.
(XEN) dummy.c:484: Had to override the unpausedomain security operation with the dummy one.
(XEN) dummy.c:485: Had to override the resumedomain security operation with the dummy one.
(XEN) dummy.c:486: Had to override the domain_create security operation with the dummy one.
(XEN) dummy.c:487: Had to override the max_vcpus security operation with the dummy one.
(XEN) dummy.c:488: Had to override the destroydomain security operation with the dummy one.
(XEN) dummy.c:489: Had to override the vcpuaffinity security operation with the dummy one.
(XEN) dummy.c:490: Had to override the scheduler security operation with the dummy one.
(XEN) dummy.c:491: Had to override the getdomaininfo security operation with the dummy one.
(XEN) dummy.c:492: Had to override the getvcpucontext security operation with the dummy one.
(XEN) dummy.c:493: Had to override the getvcpuinfo security operation with the dummy one.
(XEN) dummy.c:494: Had to override the domain_settime security operation with the dummy one.
(XEN) dummy.c:495: Had to override the set_target security operation with the dummy one.
(XEN) dummy.c:496: Had to override the tbufcontrol security operation with the dummy one.
(XEN) dummy.c:497: Had to override the readconsole security operation with the dummy one.
(XEN) dummy.c:498: Had to override the sched_id security operation with the dummy one.
(XEN) dummy.c:499: Had to override the setdomainmaxmem security operation with the dummy one.
(XEN) dummy.c:500: Had to override the setdomainhandle security operation with the dummy one.
(XEN) dummy.c:501: Had to override the setdebugging security operation with the dummy one.
(XEN) dummy.c:502: Had to override the perfcontrol security operation with the dummy one.
(XEN) dummy.c:503: Had to override the debug_keys security operation with the dummy one.
(XEN) dummy.c:504: Had to override the getcpuinfo security operation with the dummy one.
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:507: Had to override the availheap security operation with the dummy one.
(XEN) dummy.c:509: Had to override the evtchn_unbound security operation with the dummy one.
(XEN) dummy.c:510: Had to override the evtchn_interdomain security operation with the dummy one.
(XEN) dummy.c:511: Had to override the evtchn_close_post security operation with the dummy one.
(XEN) dummy.c:512: Had to override the evtchn_send security operation with the dummy one.
(XEN) dummy.c:513: Had to override the evtchn_status security operation with the dummy one.
(XEN) dummy.c:514: Had to override the evtchn_reset security operation with the dummy one.
(XEN) dummy.c:516: Had to override the grant_mapref security operation with the dummy one.
(XEN) dummy.c:517: Had to override the grant_unmapref security operation with the dummy one.
(XEN) dummy.c:518: Had to override the grant_setup security operation with the dummy one.
(XEN) dummy.c:519: Had to override the grant_transfer security operation with the dummy one.
(XEN) dummy.c:520: Had to override the grant_copy security operation with the dummy one.
(XEN) dummy.c:521: Had to override the grant_query_size security operation with the dummy one.
(XEN) dummy.c:523: Had to override the alloc_security_domain security operation with the dummy one.
(XEN) dummy.c:524: Had to override the free_security_domain security operation with the dummy one.
(XEN) dummy.c:525: Had to override the alloc_security_evtchn security operation with the dummy one.
(XEN) dummy.c:526: Had to override the free_security_evtchn security operation with the dummy one.
(XEN) dummy.c:528: Had to override the memory_adjust_reservation security operation with the dummy one.
(XEN) dummy.c:529: Had to override the memory_stat_reservation security operation with the dummy one.
(XEN) dummy.c:530: Had to override the memory_pin_page security operation with the dummy one.
(XEN) dummy.c:532: Had to override the console_io security operation with the dummy one.
(XEN) dummy.c:534: Had to override the profile security operation with the dummy one.
(XEN) dummy.c:536: Had to override the kexec security operation with the dummy one.
(XEN) dummy.c:537: Had to override the schedop_shutdown security operation with the dummy one.
(XEN) dummy.c:539: Had to override the add_range security operation with the dummy one.
(XEN) dummy.c:540: Had to override the remove_range security operation with the dummy one.
(XEN) dummy.c:542: Had to override the __do_xsm_op security operation with the dummy one.
(XEN) dummy.c:545: Had to override the shadow_control security operation with the dummy one.
(XEN) dummy.c:546: Had to override the getpageframeinfo security operation with the dummy one.
(XEN) dummy.c:547: Had to override the getmemlist security operation with the dummy one.
(XEN) dummy.c:548: Had to override the hypercall_init security operation with the dummy one.
(XEN) dummy.c:549: Had to override the hvmcontext security operation with the dummy one.
(XEN) dummy.c:550: Had to override the address_size security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) dummy.c:552: Had to override the hvm_param security operation with the dummy one.
(XEN) dummy.c:553: Had to override the hvm_set_pci_intx_level security operation with the dummy one.
(XEN) dummy.c:554: Had to override the hvm_set_isa_irq_level security operation with the dummy one.
(XEN) dummy.c:555: Had to override the hvm_set_pci_link_route security operation with the dummy one.
(XEN) dummy.c:556: Had to override the apic security operation with the dummy one.
(XEN) dummy.c:557: Had to override the assign_vector security operation with the dummy one.
(XEN) dummy.c:558: Had to override the xen_settime security operation with the dummy one.
(XEN) dummy.c:559: Had to override the memtype security operation with the dummy one.
(XEN) dummy.c:560: Had to override the microcode security operation with the dummy one.
(XEN) dummy.c:561: Had to override the physinfo security operation with the dummy one.
(XEN) dummy.c:562: Had to override the platform_quirk security operation with the dummy one.
(XEN) dummy.c:563: Had to override the firmware_info security operation with the dummy one.
(XEN) dummy.c:564: Had to override the acpi_sleep security operation with the dummy one.
(XEN) dummy.c:565: Had to override the change_freq security operation with the dummy one.
(XEN) dummy.c:566: Had to override the getidletime security operation with the dummy one.
(XEN) dummy.c:567: Had to override the machine_memory_map security operation with the dummy one.
(XEN) dummy.c:568: Had to override the domain_memory_map security operation with the dummy one.
(XEN) dummy.c:569: Had to override the mmu_normal_update security operation with the dummy one.
(XEN) dummy.c:570: Had to override the mmu_machphys_update security operation with the dummy one.
(XEN) dummy.c:571: Had to override the update_va_mapping security operation with the dummy one.
(XEN) dummy.c:572: Had to override the add_to_physmap security operation with the dummy one.
(XEN) dummy.c:573: Had to override the sendtrigger security operation with the dummy one.
(XEN) dummy.c:574: Had to override the test_assign_device security operation with the dummy one.
(XEN) dummy.c:575: Had to override the assign_device security operation with the dummy one.
(XEN) dummy.c:576: Had to override the deassign_device security operation with the dummy one.
(XEN) dummy.c:577: Had to override the bind_pt_irq security operation with the dummy one.
(XEN) dummy.c:578: Had to override the pin_mem_cacheattr security operation with the dummy one.
(XEN) dummy.c:579: Had to override the ext_vcpucontext security operation with the dummy one.
(XEN) Flask: Initializing.
(XEN) AVC INITIALIZED
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 1 users, 2 roles, 24 types, 0 bools
(XEN) Flask: 9 classes, 57 rules
(XEN) Flask: Starting in permissive mode.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Initializing CPU#0
(XEN) Detected 2992.512 MHz processor.
(XEN) Initing memory sharing.
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 0
(XEN) VMX: Supported advanced features:
(XEN) - APIC MMIO access virtualisation
(XEN) - APIC TPR shadow
(XEN) - Virtual NMI
(XEN) - MSR direct-access bitmap
(XEN) HVM: ASIDs disabled.
(XEN) HVM: VMX enabled
(XEN) xsave_init: cpu0: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) xsave_init: using cntxt_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#0.
(XEN) CPU0: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU0 has no CMCI support
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc3000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc1000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc4000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff55000
(XEN) Intel VT-d Snoop Control not supported.
(XEN) Intel VT-d DMA Passthrough not supported.
(XEN) Intel VT-d Queued Invalidation not supported.
(XEN) Intel VT-d Interrupt Remapping not supported.
(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled
(XEN) CPU0: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 1/1 eip 8c000
(XEN) Initializing CPU#1
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 1
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu1: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#1.
(XEN) CPU1: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU1 has no CMCI support
(XEN) CPU1: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 2/2 eip 8c000
(XEN) Initializing CPU#2
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 2
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu2: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#2.
(XEN) CPU2: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU2 has no CMCI support
(XEN) CPU2: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 3/3 eip 8c000
(XEN) Initializing CPU#3
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 3
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu3: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#3.
(XEN) CPU3: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU3 has no CMCI support
(XEN) CPU3: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Total of 4 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
(XEN) checking TSC synchronization across 4 CPUs: passed.
(XEN) Platform timer is 14.318MHz HPET
(XEN) microcode.c:73:d32767 microcode: CPU1 resumed
(XEN) microcode.c:73:d32767 microcode: CPU3 resumed
(XEN) microcode.c:73:d32767 microcode: CPU2 resumed
(XEN) Brought up 4 CPUs
(XEN) HPET: 8 timers in total, 8 timers will be used for broadcast
(XEN) ACPI sleep modes: S3
(XEN) mcheck_poll: Machine check polling timer started.
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:0.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:0.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.3: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:19.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:19.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.7: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.7: no extended config
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1e.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.3: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 1:0.0
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff55000
(XEN) *** LOADING DOMAIN 0 ***
(XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x764000
(XEN) elf_parse_binary: phdr: paddr=0x1764000 memsz=0xd8460
(XEN) elf_parse_binary: phdr: paddr=0x183d000 memsz=0x888
(XEN) elf_parse_binary: phdr: paddr=0x183e000 memsz=0x1d6660
(XEN) elf_parse_binary: phdr: paddr=0x1a14660 memsz=0xc9b9a0
(XEN) elf_parse_binary: memory: 0x1000000 -> 0x26b0000
(XEN) elf_xen_parse_note: GUEST_OS = "linux"
(XEN) elf_xen_parse_note: GUEST_VERSION = "2.6"
(XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0"
(XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000
(XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a14860
(XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81009000
(XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"
(XEN) elf_xen_parse_note: PAE_MODE = "yes"
(XEN) elf_xen_parse_note: LOADER = "generic"
(XEN) elf_xen_parse_note: unknown xen elf note (0xd)
(XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1
(XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000
(XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0
(XEN) elf_xen_addr_calc_check: addresses:
(XEN) virt_base = 0xffffffff80000000
(XEN) elf_paddr_offset = 0x0
(XEN) virt_offset = 0xffffffff80000000
(XEN) virt_kstart = 0xffffffff81000000
(XEN) virt_kend = 0xffffffff826b0000
(XEN) virt_entry = 0xffffffff81a14860
(XEN) p2m_base = 0xffffffffffffffff
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x26b0000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 000000022c000000->0000000230000000 (1986208 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff826b0000
(XEN) Init. ramdisk: ffffffff826b0000->ffffffff82e1ba00
(XEN) Phys-Mach map: ffffffff82e1c000->ffffffff83d63500
(XEN) Start info: ffffffff83d64000->ffffffff83d644b4
(XEN) Page tables: ffffffff83d65000->ffffffff83d88000
(XEN) Boot stack: ffffffff83d88000->ffffffff83d89000
(XEN) TOTAL: ffffffff80000000->ffffffff84000000
(XEN) ENTRY ADDRESS: ffffffff81a14860
(XEN) Dom0 has maximum 4 VCPUs
(XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81764000
(XEN) elf_load_binary: phdr 1 at 0xffffffff81764000 -> 0xffffffff8183c460
(XEN) elf_load_binary: phdr 2 at 0xffffffff8183d000 -> 0xffffffff8183d888
(XEN) elf_load_binary: phdr 3 at 0xffffffff8183e000 -> 0xffffffff81a14660
(XEN) elf_load_binary: phdr 4 at 0xffffffff81a14660 -> 0xffffffff81b68000
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) tmem: initialized comp=0 global-lock=0
(XEN) Std. Loglevel: All
(XEN) Guest Loglevel: All
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 148kB init memory.
mapping kernel into physical memory
Xen: setup ISA identity maps
about to get started...
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #6 SMP Mon Jan 25 15:29:46 EST 2010
Command line: ro root=/dev/mapper/VolGroup-lv_root console=com1,hvc0 com1=115200,8n1 earlyprintk=xen
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
xen_release_chunk: looking at area pfn 9b-a0
xen_release_chunk: looking at area pfn c0000-e0000
xen_release_chunk: looking at area pfn f0000-fec00
xen_release_chunk: looking at area pfn fed01-fed20
xen_release_chunk: looking at area pfn feda0-fee00
xen_release_chunk: looking at area pfn fef00-ffb00
released 0 pages of unused memory
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 000000000009a800 (usable)
Xen: 00000000000a0000 - 0000000000100000 (reserved)
Xen: 0000000000100000 - 00000000bfdffc00 (usable)
Xen: 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
Xen: 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
Xen: 00000000bfe55c00 - 00000000c0000000 (reserved)
Xen: 00000000e0000000 - 00000000f0000000 (reserved)
Xen: 00000000fec00000 - 00000000fed00400 (reserved)
Xen: 00000000fed20000 - 00000000feda0000 (reserved)
Xen: 00000000fee00000 - 00000000fef00000 (reserved)
Xen: 00000000ffb00000 - 0000000100000000 (reserved)
Xen: 0000000100000000 - 00000001e8ea0000 (usable)
console [xenboot0] enabled
DMI 2.5 present.
last_pfn = 0x1e8ea0 max_arch_pfn = 0x400000000
last_pfn = 0xbfdff max_arch_pfn = 0x400000000
init_memory_mapping: 0000000000000000-00000000bfdff000
init_memory_mapping: 0000000100000000-00000001e8ea0000
RAMDISK: 026b0000 - 02e1ba00
ACPI: RSDP 00000000000fec00 00024 (v02 DELL )
ACPI: XSDT 00000000000fc7cd 0009C (v01 DELL B10K 00000015 ASL 00000061)
ACPI: FACP 00000000000fc8fd 000F4 (v03 DELL B10K 00000015 ASL 00000061)
ACPI: DSDT 00000000ffe9cfca 0545E (v01 DELL dt_ex 00001000 INTL 20050624)
ACPI: FACS 00000000bfdffc00 00040
ACPI: SSDT 00000000ffea2547 000AA (v01 DELL st_ex 00001000 INTL 20050624)
ACPI: APIC 00000000000fc9f1 00092 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: BOOT 00000000000fca83 00028 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: ASF! 00000000000fcaab 00096 (v32 DELL B10K 00000015 ASL 00000061)
ACPI: MCFG 00000000000fcb41 0003E (v01 DELL B10K 00000015 ASL 00000061)
ACPI: HPET 00000000000fcb7f 00038 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: TCPA 00000000000fcddb 00032 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: DMAR 00000000000fce0d 000D8 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SLIC 00000000000fcbb7 00176 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SSDT 00000000bfdffc40 001F9 (v01 DpgPmm Cpu0Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00049 001F9 (v01 DpgPmm Cpu1Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00452 001F9 (v01 DpgPmm Cpu2Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe0085b 001F9 (v01 DpgPmm Cpu3Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00c64 00190 (v01 DpgPmm CpuPm 00000010 INTL 20050624)
No NUMA configuration found
Faking a node at 0000000000000000-00000001e8ea0000
Bootmem setup node 0 0000000000000000-00000001e8ea0000
NODE_DATA [0000000000008000 - 000000000001ffff]
bootmap [0000000000020000 - 000000000005d1d7] pages 3e
(9 early reservations) ==> bootmem [0000000000 - 01e8ea0000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0003d65000 - 0003d88000] XEN PAGETABLES ==> [0003d65000 - 0003d88000]
#2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#3 [0001000000 - 000268f990] TEXT DATA BSS ==> [0001000000 - 000268f990]
#4 [00026b0000 - 0002e1ba00] RAMDISK ==> [00026b0000 - 0002e1ba00]
#5 [0002e1c000 - 0003d65000] XEN START INFO ==> [0002e1c000 - 0003d65000]
#6 [0002690000 - 00026901a0] BRK ==> [0002690000 - 00026901a0]
#7 [0000100000 - 00006dd000] PGTABLE ==> [0000100000 - 00006dd000]
#8 [0003d88000 - 00044d4000] PGTABLE ==> [0003d88000 - 00044d4000]
found SMP MP-table at [ffff8800000fe710] fe710
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x001e8ea0
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009a
0: 0x00000100 -> 0x000bfdff
0: 0x00100000 -> 0x001e8ea0
ACPI: PM-Timer IO Port: 0x808
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a701 base: 0xfed00000
SMP: Allowing 4 CPUs, 0 hotplug CPUs
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=2, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 3 already mapped
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 5 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 6 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 7 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 8 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 9 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 10 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 11 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 12 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 13 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 14 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 15 already mapped
(XEN) allocated vector for irq:16
(XEN) irq.c:1445: dom0: pirq 0 or irq 16 already mapped
(XEN) allocated vector for irq:17
(XEN) irq.c:1445: dom0: pirq 0 or irq 17 already mapped
(XEN) allocated vector for irq:18
(XEN) irq.c:1445: dom0: pirq 0 or irq 18 already mapped
(XEN) allocated vector for irq:19
(XEN) irq.c:1445: dom0: pirq 0 or irq 19 already mapped
(XEN) allocated vector for irq:20
(XEN) irq.c:1445: dom0: pirq 0 or irq 20 already mapped
(XEN) allocated vector for irq:21
(XEN) irq.c:1445: dom0: pirq 0 or irq 21 already mapped
(XEN) allocated vector for irq:22
(XEN) irq.c:1445: dom0: pirq 0 or irq 22 already mapped
(XEN) allocated vector for irq:23
(XEN) irq.c:1445: dom0: pirq 0 or irq 23 already mapped
PM: Registered nosave memory: 000000000009a000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
PM: Registered nosave memory: 00000000bfdff000 - 00000000bfe00000
PM: Registered nosave memory: 00000000bfe00000 - 00000000bfe53000
PM: Registered nosave memory: 00000000bfe53000 - 00000000bfe54000
PM: Registered nosave memory: 00000000bfe54000 - 00000000bfe55000
PM: Registered nosave memory: 00000000bfe55000 - 00000000bfe56000
PM: Registered nosave memory: 00000000bfe56000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000
PM: Registered nosave memory: 00000000fed00000 - 00000000fed20000
PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000
PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fef00000
PM: Registered nosave memory: 00000000fef00000 - 00000000ffb00000
PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:4 nr_node_ids:1
PERCPU: Allocated 471 4k pages, static data 1926752 bytes
Xen: using vcpu_info placement
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1687481
Policy zone: Normal
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root console=com1,hvc0 com1=115200,8n1 earlyprintk=xen
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
PCI-DMA: Using Xen software bounce buffering for IO (Xen-SWIOTLB)
Placing 64MB Xen software IO TLB between ffff880020000000 - ffff880024000000
Xen software IO TLB at phys 0x20000000 - 0x24000000
Memory: 6644928k/8010368k available (5247k kernel code, 1051036k absent, 314404k reserved, 3185k data, 3204k init)
SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:440
xen_set_ioapic_routing: irq 0 gsi 0 vector 0 ioapic 0 pin 0 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00000900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 1 gsi 1 vector 1 ioapic 0 pin 1 triggering 0 polarity 0
xen_set_ioapic_routing: irq 3 gsi 3 vector 3 ioapic 0 pin 3 triggering 0 polarity 0
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 5 gsi 5 vector 5 ioapic 0 pin 5 triggering 0 polarity 0
xen_set_ioapic_routing: irq 6 gsi 6 vector 6 ioapic 0 pin 6 triggering 0 polarity 0
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_set_ioapic_routing: irq 9 gsi 9 vector 9 ioapic 0 pin 9 triggering 1 polarity 0
xen_set_ioapic_routing: irq 10 gsi 10 vector 10 ioapic 0 pin 10 triggering 0 polarity 0
xen_set_ioapic_routing: irq 11 gsi 11 vector 11 ioapic 0 pin 11 triggering 0 polarity 0
xen_set_ioapic_routing: irq 12 gsi 12 vector 12 ioapic 0 pin 12 triggering 0 polarity 0
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_set_ioapic_routing: irq 14 gsi 14 vector 14 ioapic 0 pin 14 triggering 0 polarity 0
xen_set_ioapic_routing: irq 15 gsi 15 vector 15 ioapic 0 pin 15 triggering 0 polarity 0
Detected 2992.512 MHz processor.
Console: colour VGA+ 80x25
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 6207 kB
per task-struct memory footprint: 2688 bytes
allocated 70778880 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
installing Xen timer for CPU 0
Calibrating delay loop (skipped), value calculated using timer frequency.. 5985.02 BogoMIPS (lpj=2992512)
Security Framework initialized
SELinux: Initializing.
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
Performance Counters: unsupported p6 CPU model 23 no PMU driver, software counters only.
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
ACPI: Core revision 20090521
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 21443 entries in 85 pages
installing Xen timer for CPU 1
lockdep: fixing up alternatives.
SMP alternatives: switching to SMP code
Initializing CPU#1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 1/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 2
Initializing CPU#2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 2/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 3
Initializing CPU#3
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 3/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
mce: CPU supports 6 MCE banks
Brought up 4 CPUs
Booting paravirtualized kernel on Xen
Xen version: 4.0.0-rc2-pre (preserve-AD) (dom0)
Grant tables using version 2 layout.
Grant table initialized
regulator: core version 0.5
Time: 23:09:38 Date: 01/25/10
NET: Registered protocol family 16
xenbus_probe_init ok
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TCPA] - 00, should be 7F 20090521 tbutils-246
ACPI: ACPI Dock Station Driver: 1 docks/bays found
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
pci 0000:00:19.0: PME# disabled
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1e.0: transparent bridge
(XEN) PCI add device 00:00.0
(XEN) PCI add device 00:01.0
(XEN) PCI add device 00:03.0
(XEN) PCI add device 00:03.2
(XEN) PCI add device 00:03.3
(XEN) PCI add device 00:19.0
(XEN) PCI add device 00:1a.0
(XEN) PCI add device 00:1a.1
(XEN) PCI add device 00:1a.2
(XEN) PCI add device 00:1a.7
(XEN) PCI add device 00:1b.0
(XEN) PCI add device 00:1c.0
(XEN) PCI add device 00:1c.1
(XEN) PCI add device 00:1d.0
(XEN) PCI add device 00:1d.1
(XEN) PCI add device 00:1d.2
(XEN) PCI add device 00:1d.7
(XEN) PCI add device 00:1e.0
(XEN) PCI add device 00:1f.0
(XEN) PCI add device 00:1f.2
(XEN) PCI add device 00:1f.3
(XEN) PCI add device 01:00.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15)
xenbus_probe_backend_init bus registered ok
xen_balloon: Initialising balloon driver with page order 0.
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
IO APIC resources couldn't be allocated.
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
DMA-API: preallocated 32768 debug entries
DMA-API: debugging enabled by kernel config
DMAR:Host address width 36
DMAR:DRHD base: 0x000000fedc1000 flags: 0x0
IOMMU fedc1000: ver 1:0 cap c9008020e30272 ecap 1000
DMAR:DRHD base: 0x000000fedc3000 flags: 0x0
IOMMU fedc3000: ver 1:0 cap c0000020630272 ecap 1000
DMAR:DRHD base: 0x000000fedc4000 flags: 0x1
IOMMU fedc4000: ver 1:0 cap c9008020630272 ecap 1000
DMAR:RMRR base: 0x000000bfe58000 end: 0x000000bfe6ffff
DMAR:No ATSR found
IOMMU 0xfedc3000: using Register based invalidation
IOMMU 0xfedc1000: using Register based invalidation
IOMMU 0xfedc4000: using Register based invalidation
IOMMU: identity mapping for device 0000:01:00.0
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Multi-level page-table translation for DMAR.
pnp: PnP ACPI init
ACPI: bus type pnp registered
xen_allocate_pirq: returning irq 13 for gsi 13
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_allocate_pirq: returning irq 8 for gsi 8
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_allocate_pirq: returning irq 7 for gsi 7
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_allocate_pirq: returning irq 4 for gsi 4
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
pnp: PnP ACPI: found 9 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: ioport range 0x800-0x85f has been reserved
system 00:01: ioport range 0xc00-0xc7f has been reserved
system 00:01: ioport range 0x860-0x8ff has been reserved
work_for_cpu used greatest stack depth: 6400 bytes left
PM-Timer failed consistency check (0x0xffffff) - aborting.
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0: IO window: 0xd000-0xdfff
pci 0000:00:01.0: MEM window: 0xfe900000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1c.0: IO window: disabled
pci 0000:00:1c.0: MEM window: 0xfe800000-0xfe8fffff
pci 0000:00:1c.0: PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
pci 0000:00:1c.1: IO window: disabled
pci 0000:00:1c.1: MEM window: 0xfe700000-0xfe7fffff
pci 0000:00:1c.1: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:04
pci 0000:00:1e.0: IO window: disabled
pci 0000:00:1e.0: MEM window: disabled
pci 0000:00:1e.0: PREFETCH window: disabled
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 10, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 7598k freed
Simple Boot Flag at 0x7a set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1264460981.075:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 12993
cryptomgr_test used greatest stack depth: 5312 bytes left
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
work_for_cpu used greatest stack depth: 5296 bytes left
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp_glue: can't get bus number, assuming 0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button [VBTN]
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=1 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 0 initialization completed
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=2 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 1 initialization completed
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=3 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 2 initialization completed
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=4 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 3 initialization completed
blktap_device_init: blktap device major 253
blktap_ring_init: blktap ring major: 251
registering netback
hpet_acpi_add: no address or irqs in _CRS
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
xen_allocate_pirq: returning irq 17 for gsi 17
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
serial 0000:00:03.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
0000:00:03.3: ttyS0 at I/O 0xec98 (irq = 17) is a 16550A
work_for_cpu used greatest stack depth: 5232 bytes left
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /devices/virtual/input/input2
xen_set_ioapic_routing: irq 18 gsi 18 vector 18 ioapic 0 pin 18 triggering 1 polarity 1
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x27 impl RAID mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio ems
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970200 irq 412
ata4: DUMMY
ata5: DUMMY
ata6: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970380 irq 412
work_for_cpu used greatest stack depth: 4624 bytes left
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
xen_set_ioapic_routing: irq 22 gsi 22 vector 22 ioapic 0 pin 22 triggering 1 polarity 1
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
work_for_cpu used greatest stack depth: 3888 bytes left
xen_set_ioapic_routing: irq 23 gsi 23 vector 23 ioapic 0 pin 23 triggering 1 polarity 1
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
uhci_hcd 0000:00:1a.0: host system error, PCI problems?
uhci_hcd 0000:00:1a.0: host controller halted, very bad!
uhci_hcd 0000:00:1a.0: HC died; cleaning up
uhci_hcd 0000:00:1a.0: USB bus 3 deregistered
uhci_hcd 0000:00:1a.0: PCI INT A disabled
uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -108
uhci_hcd: probe of 0000:00:1a.0 failed with error -108
xen_allocate_pirq: returning irq 17 for gsi 17
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
uhci_hcd 0000:00:1a.1: host system error, PCI problems?
uhci_hcd 0000:00:1a.1: host controller halted, very bad!
uhci_hcd 0000:00:1a.1: HC died; cleaning up
usb usb3: unable to read config index 0 descriptor/start: -108
usb usb3: chopping to 0 config(s)
usb usb3: string descriptor 0 read error: -108
ata3: SATA link down (SStatus 4 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: no configuration chosen from 0 choices
uhci_hcd 0000:00:1a.1: HC died; cleaning up
BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
IP: [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
PGD 0
Oops: 0000 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 112, comm: work_for_cpu Not tainted 2.6.31.6-pvops-dom0 #6 OptiPlex 960
RIP: e030:[<ffffffff813be3d2>] [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP: e02b:ffff8801dd071d40 EFLAGS: 00010046
RAX: 0000000000000000 RBX: ffff8801dd1a0000 RCX: 00000000000001af
RDX: ffff8801dd7d4880 RSI: ffff8801dd1a0848 RDI: ffff8801dd1a0848
RBP: ffff8801dd071d50 R08: 000000000000000c R09: ffff8801dd071bf0
R10: 00000002c6caa903 R11: 0000000000000144 R12: 0000000000000200
R13: ffff8801dd1a0848 R14: ffff8801dd1a0848 R15: 0000000000000011
FS: 0000000000000000(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000098 CR3: 0000000001001000 CR4: 0000000000002660
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process work_for_cpu (pid: 112, threadinfo ffff8801dd070000, task ffff8801dd7d4880)
Stack:
0000000000000200 00000000035b2d49 ffff8801dd071d80 ffffffff813c422b
<0> ffff8801dd071d80 00000000035b2d49 ffff8801dd1a0000 0000000000000000
<0> ffff8801dd071df0 ffffffff813c55f6 40ff8801dd071df0 000000000000ff00
Call Trace:
[<ffffffff813c422b>] usb_hc_died+0x78/0xa3
[<ffffffff813c55f6>] usb_add_hcd+0x544/0x6a8
[<ffffffff813d5206>] usb_hcd_pci_probe+0x263/0x3bd
[<ffffffff8107e91c>] ? do_work_for_cpu+0x0/0x50
[<ffffffff8129658f>] local_pci_probe+0x2a/0x42
[<ffffffff8107e943>] do_work_for_cpu+0x27/0x50
[<ffffffff81083c80>] kthread+0xac/0xb4
[<ffffffff810161aa>] child_rip+0xa/0x20
[<ffffffff81015b10>] ? restore_args+0x0/0x30
[<ffffffff810161a0>] ? child_rip+0x0/0x20
Code: 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 f8 31 c0 48 8b 87 88 02 00 00 <48> 8b 80 98 00 00 00 48 8b b8 f8 00 00 00 e8 6d fe ff ff 48 8b
RIP [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP <ffff8801dd071d40>
CR2: 0000000000000098
---[ end trace cf0e97f02af8794f ]---
BUG: spinlock lockup on CPU#1, khubd/42, ffffffff817fa050
Pid: 42, comm: khubd Tainted: G D 2.6.31.6-pvops-dom0 #6
Call Trace:
[<ffffffff812852f4>] _raw_spin_lock+0x118/0x156
[<ffffffff81518854>] _spin_lock_irq+0x71/0x9a
[<ffffffff813c5dc9>] ? usb_hcd_submit_urb+0x304/0xa07
[<ffffffff813c6c60>] ? usb_get_urb+0x2a/0x48
[<ffffffff813c5dc9>] usb_hcd_submit_urb+0x304/0xa07
[<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
[<ffffffff81074a4e>] ? lock_timer_base+0x3f/0x7d
[<ffffffff81074a4e>] ? lock_timer_base+0x3f/0x7d
[<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
[<ffffffff81097b93>] ? lockdep_init_map+0xad/0x138
[<ffffffff813c6ba3>] usb_submit_urb+0x25a/0x2ed
[<ffffffff81084577>] ? __init_waitqueue_head+0x4d/0x76
[<ffffffff813c8509>] usb_start_wait_urb+0x71/0x1d4
[<ffffffff813c8907>] usb_control_msg+0x10c/0x144
[<ffffffff813bd9c4>] hub_port_status+0x99/0x137
[<ffffffff813bdd21>] hub_port_reset+0xa9/0x2f9
[<ffffffff813bf346>] hub_port_init+0x100/0x7ee
[<ffffffff8100f61f>] ? xen_restore_fl_direct_end+0x0/0x1
[<ffffffff81518489>] ? _spin_unlock_irqrestore+0x64/0x7f
[<ffffffff813c2bae>] hub_events+0x94d/0x11e6
[<ffffffff8100f632>] ? check_events+0x12/0x20
[<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
[<ffffffff813c348d>] hub_thread+0x46/0x1d1
[<ffffffff810840d3>] ? autoremove_wake_function+0x0/0x5f
[<ffffffff813c3447>] ? hub_thread+0x0/0x1d1
[<ffffffff81083c80>] kthread+0xac/0xb4
[<ffffffff810161aa>] child_rip+0xa/0x20
[<ffffffff81015b10>] ? restore_args+0x0/0x30
[<ffffffff810161a0>] ? child_rip+0x0/0x20
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 16:42 ` David P. Quigley
@ 2010-01-26 16:57 ` Konrad Rzeszutek Wilk
2010-01-26 17:46 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-01-26 16:57 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
On Tue, Jan 26, 2010 at 11:42:52AM -0500, David P. Quigley wrote:
> On Tue, 2010-01-26 at 09:42 -0500, Konrad Rzeszutek Wilk wrote:
> > > I've been trying for the better part of today to get this working and I
> > > seem to keep hitting a wall. I finally managed to get the kernel booted
> > > but only with a serial console. I found out that some modules were
> >
> > Care to send it?
>
> The kernel or the config? I'm using the config given on the pvops wiki
The kernel output. Can you boot the pvops kernel without Xen and provide
the 'dmesg' and 'cat /proc/interrupts' output please?
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 16:49 ` David P. Quigley
@ 2010-01-26 17:06 ` Pasi Kärkkäinen
0 siblings, 0 replies; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-26 17:06 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Tue, Jan 26, 2010 at 11:49:32AM -0500, David P. Quigley wrote:
> > > > >
> > > > > I've been trying for the better part of today to get this working and I
> > > > > seem to keep hitting a wall. I finally managed to get the kernel booted
> > > > > but only with a serial console. I found out that some modules were
> > > > > missing so that might have caused the lack of console support but now
> > > > > the kernel won't boot to a prompt at all. I keep running into a null
> > > > > dereference in the uhci driver. I can try to rebase Jeremy's patches
> > > > > onto a newer kernel.org version but I'd first like to check to make sure
> > > > > this isn't already a known problem with a solution.
> > > > >
> > > >
> > > > You can try my .config files for pv_ops dom0 kernel, available from here:
> > > > http://wiki.xensource.com/xenwiki/XenParavirtOps
> > > >
> > > > in the "Troubleshooting" section.. just use "make oldconfig" with them.
> > > >
> > > > -- Pasi
> > >
> > > Thanks for the suggestion. I am already using your config though so its
> > > not clear to me if its a config issue. Once I got that working and
> > > booting I keep getting null pointer dereferences in some other code
> > > thats not xen related. The only reason it might be affected by xen is
> > > because its complaining about something with the PCI space. The error
> > > text is below.
> > >
> > > uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
> > > uhci_hcd 0000:00:1a.1: UHCI Host Controller
> > > uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
> > > uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
> > > uhci_hcd 0000:00:1a.1: host system error, PCI problems?
> > > uhci_hcd 0000:00:1a.1: host controller halted, very bad!
> > > uhci_hcd 0000:00:1a.1: HC died; cleaning up
> > >
> >
> > Uh oh :) That looks bad.. I haven't seen that on my testboxes..
> > so dunno really what would help.
> >
> > Is Xen complaining something when that happens? Check "xm dmesg".
> >
> > Do you have "loglvl=all guest_loglvl=all" options for xen.gz in grub.conf?
> >
> > -- Pasi
>
>
> I don't see anything that immediately jumps out at me but I'm new to
> this so I may be missing something. My grub config entry is below and I
> have attached the entire output from boot to the oops that I get on my
> serial console.
>
> title Fedora (2.6.31.6-pvops-dom0-dontedit)
> kernel /xen-4.0.gz console=com1,hvc0 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
> module /vmlinuz-2.6.31.6-pvops-dom0 ro root=/dev/mapper/VolGroup-lv_root console=com1,hvc0 com1=115200,8n1 earlyprintk=xen
> module /initrd-2.6.31.6-pvops-dom0.img
> module /xenpolicy.24
>
There are some extra options, but those shouldn't be the problem.
Cleaned up grub.conf:
title Fedora (2.6.31.6-pvops-dom0-dontedit)
kernel /xen-4.0.gz console=com1 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
module /vmlinuz-2.6.31.6-pvops-dom0 ro root=/dev/mapper/VolGroup-lv_root console=hvc0 earlyprintk=xen
module /initrd-2.6.31.6-pvops-dom0.img
module /xenpolicy.24
Maybe try adding dom0_mem=1024M to the xen-4.0.gz line.. that might have some effect.
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> xen_set_ioapic_routing: irq 22 gsi 22 vector 22 ioapic 0 pin 22 triggering 1 polarity 1
> ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
> ehci_hcd 0000:00:1a.7: EHCI Host Controller
> ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
> ehci_hcd 0000:00:1a.7: debug port 1
> ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
> ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: EHCI Host Controller
> usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> usb usb1: SerialNumber: 0000:00:1a.7
> usb usb1: configuration #1 chosen from 1 choice
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 6 ports detected
> work_for_cpu used greatest stack depth: 3888 bytes left
> xen_set_ioapic_routing: irq 23 gsi 23 vector 23 ioapic 0 pin 23 triggering 1 polarity 1
> ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> ehci_hcd 0000:00:1d.7: EHCI Host Controller
> ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
> ehci_hcd 0000:00:1d.7: debug port 1
> ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
> ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb2: Product: EHCI Host Controller
> usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> usb usb2: SerialNumber: 0000:00:1d.7
> usb usb2: configuration #1 chosen from 1 choice
> hub 2-0:1.0: USB hub found
> hub 2-0:1.0: 6 ports detected
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> uhci_hcd: USB Universal Host Controller Interface driver
> xen_allocate_pirq: returning irq 16 for gsi 16
> xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
> uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> uhci_hcd 0000:00:1a.0: UHCI Host Controller
> uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
> uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
> uhci_hcd 0000:00:1a.0: host system error, PCI problems?
> uhci_hcd 0000:00:1a.0: host controller halted, very bad!
> uhci_hcd 0000:00:1a.0: HC died; cleaning up
> uhci_hcd 0000:00:1a.0: USB bus 3 deregistered
> uhci_hcd 0000:00:1a.0: PCI INT A disabled
> uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -108
> uhci_hcd: probe of 0000:00:1a.0 failed with error -108
> xen_allocate_pirq: returning irq 17 for gsi 17
> xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
> uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
> uhci_hcd 0000:00:1a.1: UHCI Host Controller
> uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 3
> uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
> uhci_hcd 0000:00:1a.1: host system error, PCI problems?
> uhci_hcd 0000:00:1a.1: host controller halted, very bad!
> uhci_hcd 0000:00:1a.1: HC died; cleaning up
> usb usb3: unable to read config index 0 descriptor/start: -108
> usb usb3: chopping to 0 config(s)
> usb usb3: string descriptor 0 read error: -108
> ata3: SATA link down (SStatus 4 SControl 300)
> ata6: SATA link down (SStatus 0 SControl 300)
> usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
> usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb3: no configuration chosen from 0 choices
> uhci_hcd 0000:00:1a.1: HC died; cleaning up
> BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
> IP: [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
> PGD 0
> Oops: 0000 [#1] SMP
> last sysfs file:
> CPU 0
> Modules linked in:
> Pid: 112, comm: work_for_cpu Not tainted 2.6.31.6-pvops-dom0 #6 OptiPlex 960
> RIP: e030:[<ffffffff813be3d2>] [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
> RSP: e02b:ffff8801dd071d40 EFLAGS: 00010046
> RAX: 0000000000000000 RBX: ffff8801dd1a0000 RCX: 00000000000001af
> RDX: ffff8801dd7d4880 RSI: ffff8801dd1a0848 RDI: ffff8801dd1a0848
> RBP: ffff8801dd071d50 R08: 000000000000000c R09: ffff8801dd071bf0
> R10: 00000002c6caa903 R11: 0000000000000144 R12: 0000000000000200
> R13: ffff8801dd1a0848 R14: ffff8801dd1a0848 R15: 0000000000000011
> FS: 0000000000000000(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
> CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 0000000000000098 CR3: 0000000001001000 CR4: 0000000000002660
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process work_for_cpu (pid: 112, threadinfo ffff8801dd070000, task ffff8801dd7d4880)
> Stack:
> 0000000000000200 00000000035b2d49 ffff8801dd071d80 ffffffff813c422b
> <0> ffff8801dd071d80 00000000035b2d49 ffff8801dd1a0000 0000000000000000
> <0> ffff8801dd071df0 ffffffff813c55f6 40ff8801dd071df0 000000000000ff00
> Call Trace:
> [<ffffffff813c422b>] usb_hc_died+0x78/0xa3
> [<ffffffff813c55f6>] usb_add_hcd+0x544/0x6a8
> [<ffffffff813d5206>] usb_hcd_pci_probe+0x263/0x3bd
> [<ffffffff8107e91c>] ? do_work_for_cpu+0x0/0x50
> [<ffffffff8129658f>] local_pci_probe+0x2a/0x42
> [<ffffffff8107e943>] do_work_for_cpu+0x27/0x50
> [<ffffffff81083c80>] kthread+0xac/0xb4
> [<ffffffff810161aa>] child_rip+0xa/0x20
> [<ffffffff81015b10>] ? restore_args+0x0/0x30
> [<ffffffff810161a0>] ? child_rip+0x0/0x20
> Code: 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 f8 31 c0 48 8b 87 88 02 00 00 <48> 8b 80 98 00 00 00 48 8b b8 f8 00 00 00 e8 6d fe ff ff 48 8b
> RIP [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
> RSP <ffff8801dd071d40>
> CR2: 0000000000000098
> ---[ end trace cf0e97f02af8794f ]---
> BUG: spinlock lockup on CPU#1, khubd/42, ffffffff817fa050
> Pid: 42, comm: khubd Tainted: G D 2.6.31.6-pvops-dom0 #6
> Call Trace:
> [<ffffffff812852f4>] _raw_spin_lock+0x118/0x156
> [<ffffffff81518854>] _spin_lock_irq+0x71/0x9a
> [<ffffffff813c5dc9>] ? usb_hcd_submit_urb+0x304/0xa07
> [<ffffffff813c6c60>] ? usb_get_urb+0x2a/0x48
> [<ffffffff813c5dc9>] usb_hcd_submit_urb+0x304/0xa07
> [<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
> [<ffffffff81074a4e>] ? lock_timer_base+0x3f/0x7d
> [<ffffffff81074a4e>] ? lock_timer_base+0x3f/0x7d
> [<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
> [<ffffffff81097b93>] ? lockdep_init_map+0xad/0x138
> [<ffffffff813c6ba3>] usb_submit_urb+0x25a/0x2ed
> [<ffffffff81084577>] ? __init_waitqueue_head+0x4d/0x76
> [<ffffffff813c8509>] usb_start_wait_urb+0x71/0x1d4
> [<ffffffff813c8907>] usb_control_msg+0x10c/0x144
> [<ffffffff813bd9c4>] hub_port_status+0x99/0x137
> [<ffffffff813bdd21>] hub_port_reset+0xa9/0x2f9
> [<ffffffff813bf346>] hub_port_init+0x100/0x7ee
> [<ffffffff8100f61f>] ? xen_restore_fl_direct_end+0x0/0x1
> [<ffffffff81518489>] ? _spin_unlock_irqrestore+0x64/0x7f
> [<ffffffff813c2bae>] hub_events+0x94d/0x11e6
> [<ffffffff8100f632>] ? check_events+0x12/0x20
> [<ffffffff8100eb68>] ? xen_force_evtchn_callback+0x20/0x36
> [<ffffffff813c348d>] hub_thread+0x46/0x1d1
> [<ffffffff810840d3>] ? autoremove_wake_function+0x0/0x5f
> [<ffffffff813c3447>] ? hub_thread+0x0/0x1d1
> [<ffffffff81083c80>] kthread+0xac/0xb4
> [<ffffffff810161aa>] child_rip+0xa/0x20
> [<ffffffff81015b10>] ? restore_args+0x0/0x30
> [<ffffffff810161a0>] ? child_rip+0x0/0x20
>
Uh oh.. hopefully someone else has more ideas.
I can only suggest trying to limit dom0 memory (dom0_mem=1024M)
and see if that helps.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: What is the state of blktap2?
2010-01-26 16:57 ` Konrad Rzeszutek Wilk
@ 2010-01-26 17:46 ` David P. Quigley
2010-01-26 18:19 ` Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG() Konrad Rzeszutek Wilk
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 17:46 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 718 bytes --]
On Tue, 2010-01-26 at 11:57 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 26, 2010 at 11:42:52AM -0500, David P. Quigley wrote:
> > On Tue, 2010-01-26 at 09:42 -0500, Konrad Rzeszutek Wilk wrote:
> > > > I've been trying for the better part of today to get this working and I
> > > > seem to keep hitting a wall. I finally managed to get the kernel booted
> > > > but only with a serial console. I found out that some modules were
> > >
> > > Care to send it?
> >
> > The kernel or the config? I'm using the config given on the pvops wiki
>
> The kernel output. Can you boot the pvops kernel without Xen and provide
> the 'dmesg' and 'cat /proc/interrupts' output please?
I attached two files with the output.
[-- Attachment #2: pvops-output.txt --]
[-- Type: text/plain, Size: 34782 bytes --]
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #7 SMP Tue Jan 26 12:09:38 EST 2010
Command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009a800 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000bfdffc00 (usable)
BIOS-e820: 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
BIOS-e820: 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
BIOS-e820: 00000000bfe55c00 - 00000000c0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000238000000 (usable)
DMI 2.5 present.
last_pfn = 0x238000 max_arch_pfn = 0x400000000
MTRR default type: write-back
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-DBFFF write-protect
DC000-EFFFF uncachable
F0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 0BFF00000 mask FFFF00000 uncachable
1 base 0C0000000 mask FC0000000 uncachable
2 disabled
3 disabled
4 disabled
5 disabled
6 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
last_pfn = 0xbfdff max_arch_pfn = 0x400000000
initial memory mapped : 0 - 20000000
init_memory_mapping: 0000000000000000-00000000bfdff000
0000000000 - 00bfc00000 page 2M
00bfc00000 - 00bfdff000 page 4k
kernel direct mapping tables up to bfdff000 @ 8000-d000
init_memory_mapping: 0000000100000000-0000000238000000
0100000000 - 0238000000 page 2M
kernel direct mapping tables up to 238000000 @ b000-15000
RAMDISK: 37c52000 - 37fef10d
ACPI: RSDP 00000000000fec00 00024 (v02 DELL )
ACPI: XSDT 00000000000fc7cd 0009C (v01 DELL B10K 00000015 ASL 00000061)
ACPI: FACP 00000000000fc8fd 000F4 (v03 DELL B10K 00000015 ASL 00000061)
ACPI: DSDT 00000000ffe9cfca 0545E (v01 DELL dt_ex 00001000 INTL 20050624)
ACPI: FACS 00000000bfdffc00 00040
ACPI: SSDT 00000000ffea2547 000AA (v01 DELL st_ex 00001000 INTL 20050624)
ACPI: APIC 00000000000fc9f1 00092 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: BOOT 00000000000fca83 00028 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: ASF! 00000000000fcaab 00096 (v32 DELL B10K 00000015 ASL 00000061)
ACPI: MCFG 00000000000fcb41 0003E (v01 DELL B10K 00000015 ASL 00000061)
ACPI: HPET 00000000000fcb7f 00038 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: TCPA 00000000000fcddb 00032 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: DMAR 00000000000fce0d 000D8 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SLIC 00000000000fcbb7 00176 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SSDT 00000000bfdffc40 001F9 (v01 DpgPmm Cpu0Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00049 001F9 (v01 DpgPmm Cpu1Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00452 001F9 (v01 DpgPmm Cpu2Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe0085b 001F9 (v01 DpgPmm Cpu3Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00c64 00190 (v01 DpgPmm CpuPm 00000010 INTL 20050624)
ACPI: Local APIC address 0xfee00000
No NUMA configuration found
Faking a node at 0000000000000000-0000000238000000
Bootmem setup node 0 0000000000000000-0000000238000000
NODE_DATA [0000000000010000 - 0000000000027fff]
bootmap [0000000000028000 - 000000000006efff] pages 47
(8 early reservations) ==> bootmem [0000000000 - 0238000000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#2 [0001000000 - 000268b950] TEXT DATA BSS ==> [0001000000 - 000268b950]
#3 [0037c52000 - 0037fef10d] RAMDISK ==> [0037c52000 - 0037fef10d]
#4 [000009a800 - 0000100000] BIOS reserved ==> [000009a800 - 0000100000]
#5 [000268c000 - 000268c1a0] BRK ==> [000268c000 - 000268c1a0]
#6 [0000008000 - 000000b000] PGTABLE ==> [0000008000 - 000000b000]
#7 [000000b000 - 0000010000] PGTABLE ==> [000000b000 - 0000010000]
found SMP MP-table at [ffff8800000fe710] fe710
[ffffea0000000000-ffffea000e7fffff] PMD -> [ffff880028600000-ffff8800353fffff] on node 0
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x00238000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009a
0: 0x00000100 -> 0x000bfdff
0: 0x00100000 -> 0x00238000
On node 0 totalpages: 2063769
DMA zone: 104 pages used for memmap
DMA zone: 112 pages reserved
DMA zone: 3778 pages, LIFO batch:0
DMA32 zone: 26520 pages used for memmap
DMA32 zone: 755303 pages, LIFO batch:31
Normal zone: 32448 pages used for memmap
Normal zone: 1245504 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a701 base: 0xfed00000
SMP: Allowing 8 CPUs, 4 hotplug CPUs
nr_irqs_gsi: 24
PM: Registered nosave memory: 000000000009a000 - 00000000000f0000
PM: Registered nosave memory: 00000000000f0000 - 0000000000100000
PM: Registered nosave memory: 00000000bfdff000 - 00000000bfe00000
PM: Registered nosave memory: 00000000bfe00000 - 00000000bfe53000
PM: Registered nosave memory: 00000000bfe53000 - 00000000bfe54000
PM: Registered nosave memory: 00000000bfe54000 - 00000000bfe55000
PM: Registered nosave memory: 00000000bfe55000 - 00000000bfe56000
PM: Registered nosave memory: 00000000bfe56000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000
PM: Registered nosave memory: 00000000fed00000 - 00000000fed20000
PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000
PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fef00000
PM: Registered nosave memory: 00000000fef00000 - 00000000ffb00000
PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:8 nr_node_ids:1
PERCPU: Embedded 478 pages at ffff880035400000, static data 1926752 bytes
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2004585
Policy zone: Normal
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
xsave/xrstor: enabled xstate_bv 0x3, cntxt size 0x240
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Memory: 8001152k/9306112k available (5231k kernel code, 1051036k absent, 253924k reserved, 3185k data, 3204k init)
SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:472
Fast TSC calibration using PIT
Detected 2992.072 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
console [ttyS0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 6207 kB
per task-struct memory footprint: 2688 bytes
allocated 82575360 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
ODEBUG: 16 of 16 active objects replaced
hpet clockevent registered
alloc irq_desc for 24 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 25 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 26 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 27 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 28 on node 0
alloc kstat_irqs on node 0
HPET: 8 timers in total, 5 timers will be used for per-cpu timer
Calibrating delay loop (skipped), value calculated using timer frequency.. 5984.14 BogoMIPS (lpj=2992072)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
CPU0: Thermal monitoring enabled (TM2)
using mwait in idle threads.
Performance Counters: Core2 events, Intel PMU driver.
... version: 2
... bit width: 40
... generic counters: 2
... value mask: 000000ffffffffff
... max period: 000000007fffffff
... fixed-purpose counters: 3
... counter mask: 0000000700000003
ACPI: Core revision 20090521
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 21402 entries in 84 pages
DMAR:Host address width 36
DMAR:DRHD base: 0x000000fedc1000 flags: 0x0
IOMMU fedc1000: ver 1:0 cap c9008020e30272 ecap 1000
DMAR:DRHD base: 0x000000fedc3000 flags: 0x0
IOMMU fedc3000: ver 1:0 cap c0000020630272 ecap 1000
DMAR:DRHD base: 0x000000fedc4000 flags: 0x1
IOMMU fedc4000: ver 1:0 cap c9008020630272 ecap 1000
DMAR:RMRR base: 0x000000bfe58000 end: 0x000000bfe6ffff
DMAR:No ATSR found
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
lockdep: fixing up alternatives.
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5984.68 BogoMIPS (lpj=2992341)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 1/0x1 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
mce: CPU supports 6 MCE banks
CPU1: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
lockdep: fixing up alternatives.
Booting processor 2 APIC 0x2 ip 0x6000
Initializing CPU#2
Calibrating delay using timer specific routine.. 5984.69 BogoMIPS (lpj=2992348)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 2/0x2 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
mce: CPU supports 6 MCE banks
CPU2: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 2, old 0x7040600070406, new 0x7010600070106
CPU2: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#2]: passed.
lockdep: fixing up alternatives.
Booting processor 3 APIC 0x3 ip 0x6000
Initializing CPU#3
Calibrating delay using timer specific routine.. 5984.69 BogoMIPS (lpj=2992347)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 3/0x3 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
mce: CPU supports 6 MCE banks
CPU3: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 3, old 0x7040600070406, new 0x7010600070106
CPU3: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#3]: passed.
Brought up 4 CPUs
Total of 4 processors activated (23938.21 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 0 1
domain 1: span 0-3 level CPU
groups: 0-1 2-3
CPU1 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 1 0
domain 1: span 0-3 level CPU
groups: 0-1 2-3
CPU2 attaching sched-domain:
domain 0: span 2-3 level MC
groups: 2 3
domain 1: span 0-3 level CPU
groups: 2-3 0-1
CPU3 attaching sched-domain:
domain 0: span 2-3 level MC
groups: 3 2
domain 1: span 0-3 level CPU
groups: 2-3 0-1
Booting paravirtualized kernel on bare hardware
regulator: core version 0.5
Time: 17:26:45 Date: 01/26/10
NET: Registered protocol family 16
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TCPA] - 00, should be 7F 20090521 tbutils-246
ACPI: ACPI Dock Station Driver: 1 docks/bays found
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: reg 10 64bit mmio: [0xfeda6000-0xfeda600f]
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:03.2: reg 10 io port: [0xfe80-0xfe87]
pci 0000:00:03.2: reg 14 io port: [0xfe90-0xfe93]
pci 0000:00:03.2: reg 18 io port: [0xfea0-0xfea7]
pci 0000:00:03.2: reg 1c io port: [0xfeb0-0xfeb3]
pci 0000:00:03.2: reg 20 io port: [0xfef0-0xfeff]
pci 0000:00:03.3: reg 10 io port: [0xec98-0xec9f]
pci 0000:00:03.3: reg 14 32bit mmio: [0xfebd8000-0xfebd8fff]
pci 0000:00:19.0: reg 10 32bit mmio: [0xfebe0000-0xfebfffff]
pci 0000:00:19.0: reg 14 32bit mmio: [0xfebd9000-0xfebd9fff]
pci 0000:00:19.0: reg 18 io port: [0xecc0-0xecdf]
pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
pci 0000:00:19.0: PME# disabled
pci 0000:00:1a.0: reg 20 io port: [0xff20-0xff3f]
pci 0000:00:1a.1: reg 20 io port: [0xff00-0xff1f]
pci 0000:00:1a.2: reg 20 io port: [0xfc00-0xfc1f]
pci 0000:00:1a.7: reg 10 32bit mmio: [0xfebda000-0xfebda3ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: reg 10 64bit mmio: [0xfebdc000-0xfebdffff]
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1d.0: reg 20 io port: [0xff80-0xff9f]
pci 0000:00:1d.1: reg 20 io port: [0xff60-0xff7f]
pci 0000:00:1d.2: reg 20 io port: [0xff40-0xff5f]
pci 0000:00:1d.7: reg 10 32bit mmio: [0xff980000-0xff9803ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: reg 10 io port: [0xfe00-0xfe07]
pci 0000:00:1f.2: reg 14 io port: [0xfe10-0xfe13]
pci 0000:00:1f.2: reg 18 io port: [0xfe20-0xfe27]
pci 0000:00:1f.2: reg 1c io port: [0xfe30-0xfe33]
pci 0000:00:1f.2: reg 20 io port: [0xfec0-0xfedf]
pci 0000:00:1f.2: reg 24 32bit mmio: [0xff970000-0xff9707ff]
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1f.3: reg 10 64bit mmio: [0xfebdb000-0xfebdb0ff]
pci 0000:00:1f.3: reg 20 io port: [0xece0-0xecff]
pci 0000:01:00.0: reg 10 64bit mmio: [0xd0000000-0xdfffffff]
pci 0000:01:00.0: reg 18 64bit mmio: [0xfe9f0000-0xfe9fffff]
pci 0000:01:00.0: reg 20 io port: [0xdc00-0xdcff]
pci 0000:01:00.0: reg 30 32bit mmio: [0xfea00000-0xfea1ffff]
pci 0000:01:00.0: supports D1 D2
pci 0000:00:01.0: bridge io port: [0xd000-0xdfff]
pci 0000:00:01.0: bridge 32bit mmio: [0xfe900000-0xfeafffff]
pci 0000:00:01.0: bridge 64bit mmio pref: [0xd0000000-0xdfffffff]
pci 0000:00:1c.0: bridge 32bit mmio: [0xfe800000-0xfe8fffff]
pci 0000:00:1c.1: bridge 32bit mmio: [0xfe700000-0xfe7fffff]
pci 0000:00:1e.0: transparent bridge
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15)
xenbus_probe_backend_init bus registered ok
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
DMA-API: preallocated 32768 debug entries
DMA-API: debugging enabled by kernel config
IOMMU 0xfedc3000: using Register based invalidation
IOMMU 0xfedc1000: using Register based invalidation
IOMMU 0xfedc4000: using Register based invalidation
IOMMU: identity mapping for device 0000:01:00.0
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]
alloc irq_desc for 29 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 30 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 31 on node 0
alloc kstat_irqs on node 0
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Multi-level page-table translation for DMAR.
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 24, 25, 26, 27, 28, 0
hpet0: 8 comparators, 64-bit 14.318180 MHz counter
hpet: hpet2 irq 24 for MSI
hpet: hpet3 irq 25 for MSI
hpet: hpet4 irq 26 for MSI
hpet: hpet5 irq 27 for MSI
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
Switched to high resolution mode on CPU 2
Switched to high resolution mode on CPU 3
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 9 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: ioport range 0x800-0x85f has been reserved
system 00:01: ioport range 0xc00-0xc7f has been reserved
system 00:01: ioport range 0x860-0x8ff has been reserved
work_for_cpu used greatest stack depth: 6400 bytes left
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0: IO window: 0xd000-0xdfff
pci 0000:00:01.0: MEM window: 0xfe900000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1c.0: IO window: disabled
pci 0000:00:1c.0: MEM window: 0xfe800000-0xfe8fffff
pci 0000:00:1c.0: PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
pci 0000:00:1c.1: IO window: disabled
pci 0000:00:1c.1: MEM window: 0xfe700000-0xfe7fffff
pci 0000:00:1c.1: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:04
pci 0000:00:1e.0: IO window: disabled
pci 0000:00:1e.0: MEM window: disabled
pci 0000:00:1e.0: PREFETCH window: disabled
alloc irq_desc for 16 on node 0
alloc kstat_irqs on node 0
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:01.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
alloc irq_desc for 17 on node 0
alloc kstat_irqs on node 0
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pci 0000:00:1c.1: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 0 io: [0x00-0xffff]
pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
pci_bus 0000:01: resource 0 io: [0xd000-0xdfff]
pci_bus 0000:01: resource 1 mem: [0xfe900000-0xfeafffff]
pci_bus 0000:01: resource 2 pref mem [0xd0000000-0xdfffffff]
pci_bus 0000:02: resource 1 mem: [0xfe800000-0xfe8fffff]
pci_bus 0000:03: resource 1 mem: [0xfe700000-0xfe7fffff]
pci_bus 0000:04: resource 3 io: [0x00-0xffff]
pci_bus 0000:04: resource 4 mem: [0x000000-0xffffffffffffffff]
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 10, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 3700k freed
Simple Boot Flag at 0x7a set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1264526807.170:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 15634
SELinux: Registering netfilter hooks
cryptomgr_test used greatest stack depth: 5712 bytes left
cryptomgr_test used greatest stack depth: 5392 bytes left
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci 0000:01:00.0: Boot video device
alloc irq_desc for 32 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:01.0: irq 32 for MSI/MSI-X
pcieport-driver 0000:00:01.0: setting latency timer to 64
alloc irq_desc for 33 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:1c.0: irq 33 for MSI/MSI-X
pcieport-driver 0000:00:1c.0: setting latency timer to 64
alloc irq_desc for 34 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:1c.1: irq 34 for MSI/MSI-X
pcieport-driver 0000:00:1c.1: setting latency timer to 64
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp_glue: can't get bus number, assuming 0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button [VBTN]
Monitor-Mwait will be used to enter C-1 state
processor LNXCPU:00: registered as cooling_device0
processor LNXCPU:01: registered as cooling_device1
processor LNXCPU:02: registered as cooling_device2
processor LNXCPU:03: registered as cooling_device3
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial 0000:00:03.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
0000:00:03.3: ttyS1 at I/O 0xec98 (irq = 17) is a 16550A
work_for_cpu used greatest stack depth: 5008 bytes left
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /devices/virtual/input/input2
ahci 0000:00:1f.2: version 3.0
alloc irq_desc for 18 on node 0
alloc kstat_irqs on node 0
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
alloc irq_desc for 35 on node 0
alloc kstat_irqs on node 0
ahci 0000:00:1f.2: irq 35 for MSI/MSI-X
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x27 impl RAID mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio ems
ahci 0000:00:1f.2: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 35
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 35
ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970200 irq 35
ata4: DUMMY
ata5: DUMMY
ata6: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970380 irq 35
work_for_cpu used greatest stack depth: 4528 bytes left
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
alloc irq_desc for 22 on node 0
alloc kstat_irqs on node 0
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
work_for_cpu used greatest stack depth: 3888 bytes left
alloc irq_desc for 23 on node 0
alloc kstat_irqs on node 0
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
rtc_cmos 00:05: RTC can wake from S4
rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one day, 242 bytes nvram, hpet irqs
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
cpuidle: using governor ladder
cpuidle: using governor menu
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 17
PM: Resume from disk failed.
registered taskstats version 1
No TPM chip found, activating TPM-bypass!
Magic number: 10:101:442
rtc_cmos 00:05: setting system clock to 2010-01-26 17:26:49 UTC (1264526809)
Initalizing network drop monitor service
ata3: SATA link down (SStatus 4 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATAPI: PLDS DVD+/-RW DS-8A3S, HD12, max UDMA/100
ata2.00: configured for UDMA/100
ata1.00: ATA-8: ST3320418AS, CC44, max UDMA/133
ata1.00: 625142448 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA ST3320418AS CC44 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
sd 0:0:0:0: Attached scsi generic sg0 type 0
scsi 1:0:0:0: CD-ROM PLDS DVD+-RW DS-8A3S HD12 PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/8x writer dvd-ram cd/rw xa/form2 cdda pop-up
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
sr 1:0:0:0: Attached scsi generic sg1 type 5
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2
sd 0:0:0:0: [sda] Attached SCSI disk
Freeing unused kernel memory: 3204k freed
Write protecting the kernel read-only data: 7512k
[drm] Initialized drm 1.1.0 20060810
[drm] radeon default to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] radeon: Initializing kernel modesetting.
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
radeon 0000:01:00.0: PCI INT A disabled
radeon: probe of 0000:01:00.0 failed with error -22
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
async/0 used greatest stack depth: 3856 bytes left
SELinux: 8192 avtab hash slots, 130190 rules.
SELinux: 8192 avtab hash slots, 130190 rules.
SELinux: 8 users, 12 roles, 2770 types, 129 bools, 1 sens, 1024 cats
SELinux: 74 classes, 130190 rules
SELinux: Completing initialization.
SELinux: Setting up existing superblocks.
SELinux: initialized (dev dm-0, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev securityfs, type securityfs), uses genfs_contexts
SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts
SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts
SELinux: initialized (dev devpts, type devpts), uses transition SIDs
SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts
SELinux: initialized (dev pipefs, type pipefs), uses task SIDs
SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
SELinux: initialized (dev sockfs, type sockfs), uses task SIDs
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
type=1403 audit(1264526811.598:2): policy loaded auid=4294967295 ses=4294967295
sh used greatest stack depth: 3384 bytes left
cat used greatest stack depth: 3128 bytes left
mount used greatest stack depth: 3000 bytes left
udev: starting version 141
ACPI: WMI: Mapper loaded
input: PC Speaker as /devices/platform/pcspkr/input/input3
pata_acpi 0000:00:03.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
pata_acpi 0000:00:03.2: setting latency timer to 64
pata_acpi 0000:00:03.2: PCI INT C disabled
iTCO_vendor_support: vendor-support=0
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE]
e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2
e1000e: Copyright (c) 1999-2008 Intel Corporation.
alloc irq_desc for 21 on node 0
alloc kstat_irqs on node 0
e1000e 0000:00:19.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
e1000e 0000:00:19.0: pci_enable_pcie_error_reporting failed 0xfffffffb
e1000e 0000:00:19.0: setting latency timer to 64
alloc irq_desc for 36 on node 0
alloc kstat_irqs on node 0
e1000e 0000:00:19.0: irq 36 for MSI/MSI-X
dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:22:19:32:41:20
0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
0000:00:19.0: eth0: MAC: 8, PHY: 8, PBA No: 2021ff-0ff
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware
iTCO_wdt: No card detected
ppdev: user-space parallel port driver
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: setting latency timer to 64
input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input4
device-mapper: multipath: version 1.1.0 loaded
EXT3 FS on dm-0, internal journal
mount used greatest stack depth: 2920 bytes left
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev sda1, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
Adding 9437176k swap on /dev/mapper/VolGroup-lv_swap. Priority:-1 extents:1 across:9437176k
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
[-- Attachment #3: interrupts.txt --]
[-- Type: text/plain, Size: 2428 bytes --]
CPU0 CPU1 CPU2 CPU3
0: 427 1 0 0 IO-APIC-edge timer
1: 0 0 2 0 IO-APIC-edge i8042
4: 129 17 19 28 IO-APIC-edge serial
7: 0 0 0 0 IO-APIC-edge parport0
8: 19 6 7 2 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 1 0 3 0 IO-APIC-edge i8042
16: 45 192 58 43 IO-APIC-fasteoi HDA Intel
22: 0 0 2 0 IO-APIC-fasteoi ehci_hcd:usb1
23: 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb2
24: 18188 0 0 0 HPET_MSI-edge hpet2
25: 0 18495 0 0 HPET_MSI-edge hpet3
26: 0 0 14037 0 HPET_MSI-edge hpet4
27: 0 0 0 13460 HPET_MSI-edge hpet5
29: 0 0 0 0 DMAR_MSI-edge dmar1
30: 0 0 0 0 DMAR_MSI-edge dmar0
31: 0 0 0 0 DMAR_MSI-edge dmar2
35: 1540 1100 2028 1773 PCI-MSI-edge ahci
36: 10 1006 15 6 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 3486 3590 3423 3080 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
CNT: 0 0 0 0 Performance counter interrupts
PND: 0 0 0 0 Performance pending work
RES: 136 172 156 448 Rescheduling interrupts
CAL: 64 72 69 71 Function call interrupts
TLB: 416 622 312 545 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 3 3 3 3 Machine check polls
ERR: 0
MIS: 0
[-- Attachment #4: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 17:46 ` David P. Quigley
@ 2010-01-26 18:19 ` Konrad Rzeszutek Wilk
2010-01-26 18:44 ` David P. Quigley
` (2 more replies)
0 siblings, 3 replies; 48+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-01-26 18:19 UTC (permalink / raw)
To: David P. Quigley; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
> > The kernel output. Can you boot the pvops kernel without Xen and provide
> > the 'dmesg' and 'cat /proc/interrupts' output please?
>
> I attached two files with the output.
> Initializing cgroup subsys cpuset
> Initializing cgroup subsys cpu
> Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #7 SMP Tue Jan 26 12:09:38 EST 2010
> Command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
> KERNEL supported cpus:
> Intel GenuineIntel
> AMD AuthenticAMD
> Centaur CentaurHauls
> BIOS-provided physical RAM map:
... snip ..
> pci 0000:00:1a.0: reg 20 io port: [0xff20-0xff3f]
> pci 0000:00:1a.1: reg 20 io port: [0xff00-0xff1f]
> pci 0000:00:1a.2: reg 20 io port: [0xfc00-0xfc1f]
> pci 0000:00:1a.7: reg 10 32bit mmio: [0xfebda000-0xfebda3ff]
> pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
> pci 0000:00:1a.7: PME# disabled
... snip ..
> IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
> IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
> IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
> IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
... snip ...
> ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
> ehci_hcd 0000:00:1a.7: setting latency timer to 64
> ehci_hcd 0000:00:1a.7: EHCI Host Controller
> ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
> ehci_hcd 0000:00:1a.7: debug port 1
> ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
> ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
> ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: EHCI Host Controller
> usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> usb usb1: SerialNumber: 0000:00:1a.7
> usb usb1: configuration #1 chosen from 1 choice
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 6 ports detected
> work_for_cpu used greatest stack depth: 3888 bytes left
> alloc irq_desc for 23 on node 0
> alloc kstat_irqs on node 0
> ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> ehci_hcd 0000:00:1d.7: setting latency timer to 64
> ehci_hcd 0000:00:1d.7: EHCI Host Controller
> ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
> ehci_hcd 0000:00:1d.7: debug port 1
> ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
> ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
> ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb2: Product: EHCI Host Controller
> usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> usb usb2: SerialNumber: 0000:00:1d.7
> usb usb2: configuration #1 chosen from 1 choice
> hub 2-0:1.0: USB hub found
> hub 2-0:1.0: 6 ports detected
> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
So what happend to 0000:00:1a.0 and 0000:00:1a.1? In the Xen boot
those devices were the ones that failed:
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
uhci_hcd 0000:00:1a.0: host system error, PCI problems?
uhci_hcd 0000:00:1a.0: host controller halted, very bad!
uhci_hcd 0000:00:1a.0: HC died; cleaning up
uhci_hcd 0000:00:1a.0: USB bus 3 deregistered
uhci_hcd 0000:00:1a.0: PCI INT A disabled
uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -108
uhci_hcd: probe of 0000:00:1a.0 failed with error -108
But they don't show up in your bootup here? So did somethinh change? Did
they get initialized later?
Can you provide the 'lspci -vvvv' from your bare-metal? Wonder what the
1a.0 and 1a.1 show as.
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 18:19 ` Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG() Konrad Rzeszutek Wilk
@ 2010-01-26 18:44 ` David P. Quigley
2010-01-26 19:24 ` David P. Quigley
2010-01-26 19:30 ` David P. Quigley
2 siblings, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 18:44 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 4708 bytes --]
On Tue, 2010-01-26 at 13:19 -0500, Konrad Rzeszutek Wilk wrote:
> > > The kernel output. Can you boot the pvops kernel without Xen and provide
> > > the 'dmesg' and 'cat /proc/interrupts' output please?
> >
> > I attached two files with the output.
>
> > Initializing cgroup subsys cpuset
> > Initializing cgroup subsys cpu
> > Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #7 SMP Tue Jan 26 12:09:38 EST 2010
> > Command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
> > KERNEL supported cpus:
> > Intel GenuineIntel
> > AMD AuthenticAMD
> > Centaur CentaurHauls
> > BIOS-provided physical RAM map:
>
> ... snip ..
> > pci 0000:00:1a.0: reg 20 io port: [0xff20-0xff3f]
> > pci 0000:00:1a.1: reg 20 io port: [0xff00-0xff1f]
> > pci 0000:00:1a.2: reg 20 io port: [0xfc00-0xfc1f]
> > pci 0000:00:1a.7: reg 10 32bit mmio: [0xfebda000-0xfebda3ff]
> > pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
> > pci 0000:00:1a.7: PME# disabled
>
> ... snip ..
> > IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
>
> ... snip ...
> > ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
> > ehci_hcd 0000:00:1a.7: setting latency timer to 64
> > ehci_hcd 0000:00:1a.7: EHCI Host Controller
> > ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
> > ehci_hcd 0000:00:1a.7: debug port 1
> > ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
> > ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
> > ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> > usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb1: Product: EHCI Host Controller
> > usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> > usb usb1: SerialNumber: 0000:00:1a.7
> > usb usb1: configuration #1 chosen from 1 choice
> > hub 1-0:1.0: USB hub found
> > hub 1-0:1.0: 6 ports detected
> > work_for_cpu used greatest stack depth: 3888 bytes left
> > alloc irq_desc for 23 on node 0
> > alloc kstat_irqs on node 0
> > ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> > ehci_hcd 0000:00:1d.7: setting latency timer to 64
> > ehci_hcd 0000:00:1d.7: EHCI Host Controller
> > ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
> > ehci_hcd 0000:00:1d.7: debug port 1
> > ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
> > ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
> > ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> > usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb2: Product: EHCI Host Controller
> > usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> > usb usb2: SerialNumber: 0000:00:1d.7
> > usb usb2: configuration #1 chosen from 1 choice
> > hub 2-0:1.0: USB hub found
> > hub 2-0:1.0: 6 ports detected
> > ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
>
> So what happend to 0000:00:1a.0 and 0000:00:1a.1? In the Xen boot
> those devices were the ones that failed:
>
> uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> uhci_hcd 0000:00:1a.0: UHCI Host Controller
> uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
> uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
> uhci_hcd 0000:00:1a.0: host system error, PCI problems?
> uhci_hcd 0000:00:1a.0: host controller halted, very bad!
> uhci_hcd 0000:00:1a.0: HC died; cleaning up
> uhci_hcd 0000:00:1a.0: USB bus 3 deregistered
> uhci_hcd 0000:00:1a.0: PCI INT A disabled
> uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -108
> uhci_hcd: probe of 0000:00:1a.0 failed with error -108
>
> But they don't show up in your bootup here? So did somethinh change? Did
> they get initialized later?
>
> Can you provide the 'lspci -vvvv' from your bare-metal? Wonder what the
> 1a.0 and 1a.1 show as.
Ahh sorry about that. I removed the uhci module from the kernel build to
see if I could get the pvops kernel to finish booting. I've rebuilt it
with uhci back in and here is the updated dmesg and interrupts.
Something that was odd when I took the uhci driver out was that it hung
just after the failure to initialize the radeon driver which both dmesg
outputs have in them so I don't think thats the problem. Just after that
it hangs.
Dave
[-- Attachment #2: interrupts.txt --]
[-- Type: text/plain, Size: 2654 bytes --]
CPU0 CPU1 CPU2 CPU3
0: 428 0 0 0 IO-APIC-edge timer
1: 1 0 0 1 IO-APIC-edge i8042
4: 133 12 14 34 IO-APIC-edge serial
7: 0 0 0 0 IO-APIC-edge parport0
8: 26 12 4 6 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 0 0 0 4 IO-APIC-edge i8042
16: 41 196 53 44 IO-APIC-fasteoi uhci_hcd:usb3, HDA Intel
17: 0 0 0 1 IO-APIC-fasteoi uhci_hcd:usb4, uhci_hcd:usb7
18: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb8
22: 13 10 15 16 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5
23: 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6
24: 15592 0 0 0 HPET_MSI-edge hpet2
25: 0 13864 0 0 HPET_MSI-edge hpet3
26: 0 0 11816 0 HPET_MSI-edge hpet4
27: 0 0 0 10524 HPET_MSI-edge hpet5
29: 0 0 0 0 DMAR_MSI-edge dmar1
30: 0 0 0 0 DMAR_MSI-edge dmar0
31: 0 0 0 0 DMAR_MSI-edge dmar2
35: 1538 1100 1453 1179 PCI-MSI-edge ahci
36: 12 331 13 5 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 2285 2586 2467 2324 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
CNT: 0 0 0 0 Performance counter interrupts
PND: 0 0 0 0 Performance pending work
RES: 155 244 268 243 Rescheduling interrupts
CAL: 59 69 80 68 Function call interrupts
TLB: 373 636 290 559 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 1 1 1 1 Machine check polls
ERR: 0
MIS: 0
[-- Attachment #3: pvops-output.txt --]
[-- Type: text/plain, Size: 41791 bytes --]
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #8 SMP Tue Jan 26 13:32:27 EST 2010
Command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009a800 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000bfdffc00 (usable)
BIOS-e820: 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
BIOS-e820: 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
BIOS-e820: 00000000bfe55c00 - 00000000c0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000238000000 (usable)
DMI 2.5 present.
last_pfn = 0x238000 max_arch_pfn = 0x400000000
MTRR default type: write-back
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-DBFFF write-protect
DC000-EFFFF uncachable
F0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 0BFF00000 mask FFFF00000 uncachable
1 base 0C0000000 mask FC0000000 uncachable
2 disabled
3 disabled
4 disabled
5 disabled
6 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
last_pfn = 0xbfdff max_arch_pfn = 0x400000000
initial memory mapped : 0 - 20000000
init_memory_mapping: 0000000000000000-00000000bfdff000
0000000000 - 00bfc00000 page 2M
00bfc00000 - 00bfdff000 page 4k
kernel direct mapping tables up to bfdff000 @ 8000-d000
init_memory_mapping: 0000000100000000-0000000238000000
0100000000 - 0238000000 page 2M
kernel direct mapping tables up to 238000000 @ b000-15000
RAMDISK: 37c52000 - 37fef0c5
ACPI: RSDP 00000000000fec00 00024 (v02 DELL )
ACPI: XSDT 00000000000fc7cd 0009C (v01 DELL B10K 00000015 ASL 00000061)
ACPI: FACP 00000000000fc8fd 000F4 (v03 DELL B10K 00000015 ASL 00000061)
ACPI: DSDT 00000000ffe9cfca 0545E (v01 DELL dt_ex 00001000 INTL 20050624)
ACPI: FACS 00000000bfdffc00 00040
ACPI: SSDT 00000000ffea2547 000AA (v01 DELL st_ex 00001000 INTL 20050624)
ACPI: APIC 00000000000fc9f1 00092 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: BOOT 00000000000fca83 00028 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: ASF! 00000000000fcaab 00096 (v32 DELL B10K 00000015 ASL 00000061)
ACPI: MCFG 00000000000fcb41 0003E (v01 DELL B10K 00000015 ASL 00000061)
ACPI: HPET 00000000000fcb7f 00038 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: TCPA 00000000000fcddb 00032 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: DMAR 00000000000fce0d 000D8 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SLIC 00000000000fcbb7 00176 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SSDT 00000000bfdffc40 001F9 (v01 DpgPmm Cpu0Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00049 001F9 (v01 DpgPmm Cpu1Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00452 001F9 (v01 DpgPmm Cpu2Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe0085b 001F9 (v01 DpgPmm Cpu3Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00c64 00190 (v01 DpgPmm CpuPm 00000010 INTL 20050624)
ACPI: Local APIC address 0xfee00000
No NUMA configuration found
Faking a node at 0000000000000000-0000000238000000
Bootmem setup node 0 0000000000000000-0000000238000000
NODE_DATA [0000000000010000 - 0000000000027fff]
bootmap [0000000000028000 - 000000000006efff] pages 47
(8 early reservations) ==> bootmem [0000000000 - 0238000000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#2 [0001000000 - 000268f990] TEXT DATA BSS ==> [0001000000 - 000268f990]
#3 [0037c52000 - 0037fef0c5] RAMDISK ==> [0037c52000 - 0037fef0c5]
#4 [000009a800 - 0000100000] BIOS reserved ==> [000009a800 - 0000100000]
#5 [0002690000 - 00026901a0] BRK ==> [0002690000 - 00026901a0]
#6 [0000008000 - 000000b000] PGTABLE ==> [0000008000 - 000000b000]
#7 [000000b000 - 0000010000] PGTABLE ==> [000000b000 - 0000010000]
found SMP MP-table at [ffff8800000fe710] fe710
[ffffea0000000000-ffffea000e7fffff] PMD -> [ffff880028600000-ffff8800353fffff] on node 0
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x00238000
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009a
0: 0x00000100 -> 0x000bfdff
0: 0x00100000 -> 0x00238000
On node 0 totalpages: 2063769
DMA zone: 104 pages used for memmap
DMA zone: 112 pages reserved
DMA zone: 3778 pages, LIFO batch:0
DMA32 zone: 26520 pages used for memmap
DMA32 zone: 755303 pages, LIFO batch:31
Normal zone: 32448 pages used for memmap
Normal zone: 1245504 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a701 base: 0xfed00000
SMP: Allowing 8 CPUs, 4 hotplug CPUs
nr_irqs_gsi: 24
PM: Registered nosave memory: 000000000009a000 - 00000000000f0000
PM: Registered nosave memory: 00000000000f0000 - 0000000000100000
PM: Registered nosave memory: 00000000bfdff000 - 00000000bfe00000
PM: Registered nosave memory: 00000000bfe00000 - 00000000bfe53000
PM: Registered nosave memory: 00000000bfe53000 - 00000000bfe54000
PM: Registered nosave memory: 00000000bfe54000 - 00000000bfe55000
PM: Registered nosave memory: 00000000bfe55000 - 00000000bfe56000
PM: Registered nosave memory: 00000000bfe56000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000
PM: Registered nosave memory: 00000000fed00000 - 00000000fed20000
PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000
PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fef00000
PM: Registered nosave memory: 00000000fef00000 - 00000000ffb00000
PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:8 nr_node_ids:1
PERCPU: Embedded 478 pages at ffff880035400000, static data 1926752 bytes
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2004585
Policy zone: Normal
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
xsave/xrstor: enabled xstate_bv 0x3, cntxt size 0x240
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Memory: 8001136k/9306112k available (5247k kernel code, 1051036k absent, 253940k reserved, 3185k data, 3204k init)
SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:472
Fast TSC calibration using PIT
Detected 2992.596 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
console [ttyS0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 6207 kB
per task-struct memory footprint: 2688 bytes
allocated 82575360 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
ODEBUG: 16 of 16 active objects replaced
hpet clockevent registered
alloc irq_desc for 24 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 25 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 26 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 27 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 28 on node 0
alloc kstat_irqs on node 0
HPET: 8 timers in total, 5 timers will be used for per-cpu timer
Calibrating delay loop (skipped), value calculated using timer frequency.. 5985.19 BogoMIPS (lpj=2992596)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
CPU0: Thermal monitoring enabled (TM2)
using mwait in idle threads.
Performance Counters: Core2 events, Intel PMU driver.
... version: 2
... bit width: 40
... generic counters: 2
... value mask: 000000ffffffffff
... max period: 000000007fffffff
... fixed-purpose counters: 3
... counter mask: 0000000700000003
ACPI: Core revision 20090521
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 21443 entries in 85 pages
DMAR:Host address width 36
DMAR:DRHD base: 0x000000fedc1000 flags: 0x0
IOMMU fedc1000: ver 1:0 cap c9008020e30272 ecap 1000
DMAR:DRHD base: 0x000000fedc3000 flags: 0x0
IOMMU fedc3000: ver 1:0 cap c0000020630272 ecap 1000
DMAR:DRHD base: 0x000000fedc4000 flags: 0x1
IOMMU fedc4000: ver 1:0 cap c9008020630272 ecap 1000
DMAR:RMRR base: 0x000000bfe58000 end: 0x000000bfe6ffff
DMAR:No ATSR found
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
lockdep: fixing up alternatives.
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5984.67 BogoMIPS (lpj=2992339)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 1/0x1 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
mce: CPU supports 6 MCE banks
CPU1: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
lockdep: fixing up alternatives.
Booting processor 2 APIC 0x2 ip 0x6000
Initializing CPU#2
Calibrating delay using timer specific routine.. 5984.69 BogoMIPS (lpj=2992347)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 2/0x2 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
mce: CPU supports 6 MCE banks
CPU2: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 2, old 0x7040600070406, new 0x7010600070106
CPU2: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#2]: passed.
lockdep: fixing up alternatives.
Booting processor 3 APIC 0x3 ip 0x6000
Initializing CPU#3
Calibrating delay using timer specific routine.. 5984.70 BogoMIPS (lpj=2992350)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 3/0x3 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
mce: CPU supports 6 MCE banks
CPU3: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 3, old 0x7040600070406, new 0x7010600070106
CPU3: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
checking TSC synchronization [CPU#0 -> CPU#3]: passed.
Brought up 4 CPUs
Total of 4 processors activated (23939.26 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 0 1
domain 1: span 0-3 level CPU
groups: 0-1 2-3
CPU1 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 1 0
domain 1: span 0-3 level CPU
groups: 0-1 2-3
CPU2 attaching sched-domain:
domain 0: span 2-3 level MC
groups: 2 3
domain 1: span 0-3 level CPU
groups: 2-3 0-1
CPU3 attaching sched-domain:
domain 0: span 2-3 level MC
groups: 3 2
domain 1: span 0-3 level CPU
groups: 2-3 0-1
Booting paravirtualized kernel on bare hardware
regulator: core version 0.5
Time: 18:36:36 Date: 01/26/10
NET: Registered protocol family 16
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TCPA] - 00, should be 7F 20090521 tbutils-246
ACPI: ACPI Dock Station Driver: 1 docks/bays found
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: reg 10 64bit mmio: [0xfeda6000-0xfeda600f]
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:03.2: reg 10 io port: [0xfe80-0xfe87]
pci 0000:00:03.2: reg 14 io port: [0xfe90-0xfe93]
pci 0000:00:03.2: reg 18 io port: [0xfea0-0xfea7]
pci 0000:00:03.2: reg 1c io port: [0xfeb0-0xfeb3]
pci 0000:00:03.2: reg 20 io port: [0xfef0-0xfeff]
pci 0000:00:03.3: reg 10 io port: [0xec98-0xec9f]
pci 0000:00:03.3: reg 14 32bit mmio: [0xfebd8000-0xfebd8fff]
pci 0000:00:19.0: reg 10 32bit mmio: [0xfebe0000-0xfebfffff]
pci 0000:00:19.0: reg 14 32bit mmio: [0xfebd9000-0xfebd9fff]
pci 0000:00:19.0: reg 18 io port: [0xecc0-0xecdf]
pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
pci 0000:00:19.0: PME# disabled
pci 0000:00:1a.0: reg 20 io port: [0xff20-0xff3f]
pci 0000:00:1a.1: reg 20 io port: [0xff00-0xff1f]
pci 0000:00:1a.2: reg 20 io port: [0xfc00-0xfc1f]
pci 0000:00:1a.7: reg 10 32bit mmio: [0xfebda000-0xfebda3ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: reg 10 64bit mmio: [0xfebdc000-0xfebdffff]
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1d.0: reg 20 io port: [0xff80-0xff9f]
pci 0000:00:1d.1: reg 20 io port: [0xff60-0xff7f]
pci 0000:00:1d.2: reg 20 io port: [0xff40-0xff5f]
pci 0000:00:1d.7: reg 10 32bit mmio: [0xff980000-0xff9803ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: reg 10 io port: [0xfe00-0xfe07]
pci 0000:00:1f.2: reg 14 io port: [0xfe10-0xfe13]
pci 0000:00:1f.2: reg 18 io port: [0xfe20-0xfe27]
pci 0000:00:1f.2: reg 1c io port: [0xfe30-0xfe33]
pci 0000:00:1f.2: reg 20 io port: [0xfec0-0xfedf]
pci 0000:00:1f.2: reg 24 32bit mmio: [0xff970000-0xff9707ff]
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1f.3: reg 10 64bit mmio: [0xfebdb000-0xfebdb0ff]
pci 0000:00:1f.3: reg 20 io port: [0xece0-0xecff]
pci 0000:01:00.0: reg 10 64bit mmio: [0xd0000000-0xdfffffff]
pci 0000:01:00.0: reg 18 64bit mmio: [0xfe9f0000-0xfe9fffff]
pci 0000:01:00.0: reg 20 io port: [0xdc00-0xdcff]
pci 0000:01:00.0: reg 30 32bit mmio: [0xfea00000-0xfea1ffff]
pci 0000:01:00.0: supports D1 D2
pci 0000:00:01.0: bridge io port: [0xd000-0xdfff]
pci 0000:00:01.0: bridge 32bit mmio: [0xfe900000-0xfeafffff]
pci 0000:00:01.0: bridge 64bit mmio pref: [0xd0000000-0xdfffffff]
pci 0000:00:1c.0: bridge 32bit mmio: [0xfe800000-0xfe8fffff]
pci 0000:00:1c.1: bridge 32bit mmio: [0xfe700000-0xfe7fffff]
pci 0000:00:1e.0: transparent bridge
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15)
xenbus_probe_backend_init bus registered ok
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
DMA-API: preallocated 32768 debug entries
DMA-API: debugging enabled by kernel config
IOMMU 0xfedc3000: using Register based invalidation
IOMMU 0xfedc1000: using Register based invalidation
IOMMU 0xfedc4000: using Register based invalidation
IOMMU: identity mapping for device 0000:01:00.0
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]
alloc irq_desc for 29 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 30 on node 0
alloc kstat_irqs on node 0
alloc irq_desc for 31 on node 0
alloc kstat_irqs on node 0
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Multi-level page-table translation for DMAR.
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 24, 25, 26, 27, 28, 0
hpet0: 8 comparators, 64-bit 14.318180 MHz counter
hpet: hpet2 irq 24 for MSI
hpet: hpet3 irq 25 for MSI
hpet: hpet4 irq 26 for MSI
hpet: hpet5 irq 27 for MSI
Switched to high resolution mode on CPU 3
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 2
Switched to high resolution mode on CPU 1
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 9 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: ioport range 0x800-0x85f has been reserved
system 00:01: ioport range 0xc00-0xc7f has been reserved
system 00:01: ioport range 0x860-0x8ff has been reserved
work_for_cpu used greatest stack depth: 6400 bytes left
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0: IO window: 0xd000-0xdfff
pci 0000:00:01.0: MEM window: 0xfe900000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1c.0: IO window: disabled
pci 0000:00:1c.0: MEM window: 0xfe800000-0xfe8fffff
pci 0000:00:1c.0: PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
pci 0000:00:1c.1: IO window: disabled
pci 0000:00:1c.1: MEM window: 0xfe700000-0xfe7fffff
pci 0000:00:1c.1: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:04
pci 0000:00:1e.0: IO window: disabled
pci 0000:00:1e.0: MEM window: disabled
pci 0000:00:1e.0: PREFETCH window: disabled
alloc irq_desc for 16 on node 0
alloc kstat_irqs on node 0
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:01.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
alloc irq_desc for 17 on node 0
alloc kstat_irqs on node 0
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pci 0000:00:1c.1: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 0 io: [0x00-0xffff]
pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
pci_bus 0000:01: resource 0 io: [0xd000-0xdfff]
pci_bus 0000:01: resource 1 mem: [0xfe900000-0xfeafffff]
pci_bus 0000:01: resource 2 pref mem [0xd0000000-0xdfffffff]
pci_bus 0000:02: resource 1 mem: [0xfe800000-0xfe8fffff]
pci_bus 0000:03: resource 1 mem: [0xfe700000-0xfe7fffff]
pci_bus 0000:04: resource 3 io: [0x00-0xffff]
pci_bus 0000:04: resource 4 mem: [0x000000-0xffffffffffffffff]
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 10, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 3700k freed
Simple Boot Flag at 0x7a set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1264530997.950:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 15634
SELinux: Registering netfilter hooks
cryptomgr_test used greatest stack depth: 5712 bytes left
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci 0000:01:00.0: Boot video device
alloc irq_desc for 32 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:01.0: irq 32 for MSI/MSI-X
pcieport-driver 0000:00:01.0: setting latency timer to 64
alloc irq_desc for 33 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:1c.0: irq 33 for MSI/MSI-X
pcieport-driver 0000:00:1c.0: setting latency timer to 64
alloc irq_desc for 34 on node 0
alloc kstat_irqs on node 0
pcieport-driver 0000:00:1c.1: irq 34 for MSI/MSI-X
pcieport-driver 0000:00:1c.1: setting latency timer to 64
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp_glue: can't get bus number, assuming 0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button [VBTN]
Monitor-Mwait will be used to enter C-1 state
processor LNXCPU:00: registered as cooling_device0
processor LNXCPU:01: registered as cooling_device1
processor LNXCPU:02: registered as cooling_device2
processor LNXCPU:03: registered as cooling_device3
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial 0000:00:03.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
0000:00:03.3: ttyS1 at I/O 0xec98 (irq = 17) is a 16550A
work_for_cpu used greatest stack depth: 5152 bytes left
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /devices/virtual/input/input2
ahci 0000:00:1f.2: version 3.0
alloc irq_desc for 18 on node 0
alloc kstat_irqs on node 0
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
alloc irq_desc for 35 on node 0
alloc kstat_irqs on node 0
ahci 0000:00:1f.2: irq 35 for MSI/MSI-X
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x27 impl RAID mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio ems
ahci 0000:00:1f.2: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 35
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 35
ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970200 irq 35
ata4: DUMMY
ata5: DUMMY
ata6: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970380 irq 35
work_for_cpu used greatest stack depth: 4624 bytes left
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
alloc irq_desc for 22 on node 0
alloc kstat_irqs on node 0
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
work_for_cpu used greatest stack depth: 3888 bytes left
alloc irq_desc for 23 on node 0
alloc kstat_irqs on node 0
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: UHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb3: SerialNumber: 0000:00:1a.0
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: irq 17, io base 0x0000ff00
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb4: SerialNumber: 0000:00:1a.1
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
uhci_hcd 0000:00:1a.2: setting latency timer to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
ata6: SATA link down (SStatus 0 SControl 300)
ata3: SATA link down (SStatus 4 SControl 300)
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1a.2: irq 22, io base 0x0000fc00
usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb5: Product: UHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb5: SerialNumber: 0000:00:1a.2
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000ff80
usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb6: Product: UHCI Host Controller
usb usb6: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb6: SerialNumber: 0000:00:1d.0
usb usb6: configuration #1 chosen from 1 choice
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 17, io base 0x0000ff60
usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb7: Product: UHCI Host Controller
usb usb7: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb7: SerialNumber: 0000:00:1d.1
usb usb7: configuration #1 chosen from 1 choice
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000ff40
usb usb8: New USB device found, idVendor=1d6b, idProduct=0001
usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb8: Product: UHCI Host Controller
usb usb8: Manufacturer: Linux 2.6.31.6-pvops-dom0 uhci_hcd
usb usb8: SerialNumber: 0000:00:1d.2
usb usb8: configuration #1 chosen from 1 choice
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
rtc_cmos 00:05: RTC can wake from S4
rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one day, 242 bytes nvram, hpet irqs
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
cpuidle: using governor ladder
cpuidle: using governor menu
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 17
PM: Resume from disk failed.
registered taskstats version 1
No TPM chip found, activating TPM-bypass!
Magic number: 10:413:646
scsi_host host0: hash matches
scsi host0: hash matches
rtc_cmos 00:05: setting system clock to 2010-01-26 18:36:40 UTC (1264531000)
Initalizing network drop monitor service
usb 5-1: new low speed USB device using uhci_hcd and address 2
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATAPI: PLDS DVD+/-RW DS-8A3S, HD12, max UDMA/100
ata2.00: configured for UDMA/100
ata1.00: ATA-8: ST3320418AS, CC44, max UDMA/133
ata1.00: 625142448 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA ST3320418AS CC44 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
sd 0:0:0:0: Attached scsi generic sg0 type 0
scsi 1:0:0:0: CD-ROM PLDS DVD+-RW DS-8A3S HD12 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sr0: scsi3-mmc drive: 24x/8x writer dvd-ram cd/rw xa/form2 cdda pop-up
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
sr 1:0:0:0: Attached scsi generic sg1 type 5
sda:
usb 5-1: New USB device found, idVendor=0624, idProduct=0200
usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 5-1: Product: USB DSRIQ
usb 5-1: Manufacturer: Avocent
usb 5-1: configuration #1 chosen from 1 choice
sda1 sda2
sd 0:0:0:0: [sda] Attached SCSI disk
Freeing unused kernel memory: 3204k freed
Write protecting the kernel read-only data: 7532k
input: Avocent USB DSRIQ as /devices/pci0000:00/0000:00:1a.2/usb5/5-1/5-1:1.0/input/input3
generic-usb 0003:0624:0200.0001: input,hidraw0: USB HID v1.10 Keyboard [Avocent USB DSRIQ] on usb-0000:00:1a.2-1/input0
input: Avocent USB DSRIQ as /devices/pci0000:00/0000:00:1a.2/usb5/5-1/5-1:1.1/input/input4
generic-usb 0003:0624:0200.0002: input,hidraw1: USB HID v1.10 Mouse [Avocent USB DSRIQ] on usb-0000:00:1a.2-1/input1
[drm] Initialized drm 1.1.0 20060810
[drm] radeon default to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] radeon: Initializing kernel modesetting.
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
radeon 0000:01:00.0: PCI INT A disabled
radeon: probe of 0000:01:00.0 failed with error -22
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
async/0 used greatest stack depth: 3856 bytes left
SELinux: 8192 avtab hash slots, 130190 rules.
SELinux: 8192 avtab hash slots, 130190 rules.
SELinux: 8 users, 12 roles, 2770 types, 129 bools, 1 sens, 1024 cats
SELinux: 74 classes, 130190 rules
SELinux: Completing initialization.
SELinux: Setting up existing superblocks.
SELinux: initialized (dev dm-0, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev securityfs, type securityfs), uses genfs_contexts
SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts
SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts
SELinux: initialized (dev devpts, type devpts), uses transition SIDs
SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts
SELinux: initialized (dev pipefs, type pipefs), uses task SIDs
SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
SELinux: initialized (dev sockfs, type sockfs), uses task SIDs
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
type=1403 audit(1264531002.265:2): policy loaded auid=4294967295 ses=4294967295
sh used greatest stack depth: 3128 bytes left
mount used greatest stack depth: 3000 bytes left
udev: starting version 141
ACPI: WMI: Mapper loaded
input: PC Speaker as /devices/platform/pcspkr/input/input5
dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE]
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware
iTCO_wdt: No card detected
ppdev: user-space parallel port driver
pata_acpi 0000:00:03.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
pata_acpi 0000:00:03.2: setting latency timer to 64
pata_acpi 0000:00:03.2: PCI INT C disabled
e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2
e1000e: Copyright (c) 1999-2008 Intel Corporation.
alloc irq_desc for 21 on node 0
alloc kstat_irqs on node 0
e1000e 0000:00:19.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
e1000e 0000:00:19.0: pci_enable_pcie_error_reporting failed 0xfffffffb
e1000e 0000:00:19.0: setting latency timer to 64
alloc irq_desc for 36 on node 0
alloc kstat_irqs on node 0
e1000e 0000:00:19.0: irq 36 for MSI/MSI-X
0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:22:19:32:41:20
0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection
0000:00:19.0: eth0: MAC: 8, PHY: 8, PBA No: 2021ff-0ff
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
HDA Intel 0000:00:1b.0: setting latency timer to 64
input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input6
device-mapper: multipath: version 1.1.0 loaded
EXT3 FS on dm-0, internal journal
mount used greatest stack depth: 2920 bytes left
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev sda1, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
Adding 9437176k swap on /dev/mapper/VolGroup-lv_swap. Priority:-1 extents:1 across:9437176k
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
microcode: CPU0 sig=0x1067a, pf=0x10, revision=0xa07
platform microcode: firmware: requesting intel-ucode/06-17-0a
microcode: CPU1 sig=0x1067a, pf=0x10, revision=0xa07
platform microcode: firmware: requesting intel-ucode/06-17-0a
microcode: CPU2 sig=0x1067a, pf=0x10, revision=0xa07
platform microcode: firmware: requesting intel-ucode/06-17-0a
microcode: CPU3 sig=0x1067a, pf=0x10, revision=0xa07
platform microcode: firmware: requesting intel-ucode/06-17-0a
Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Microcode Update Driver: v2.00 removed.
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ip6_tables: (C) 2000-2006 Netfilter Core Team
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
Bluetooth: Core ver 2.15
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.13
Bluetooth: L2CAP socket layer initialized
Bluetooth: SCO (Voice Link) ver 0.6
Bluetooth: SCO socket layer initialized
Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Bluetooth: BNEP filters: protocol multicast
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
SELinux: initialized (dev nfsd, type nfsd), uses genfs_contexts
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
rpc.nfsd used greatest stack depth: 2248 bytes left
Bridge firewalling registered
virbr0: starting userspace STP failed, starting kernel STP
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
lo: Disabled Privacy Extensions
SELinux: initialized (dev proc, type proc), uses genfs_contexts
e1000e 0000:00:19.0: irq 36 for MSI/MSI-X
e1000e 0000:00:19.0: irq 36 for MSI/MSI-X
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
0000:00:19.0: eth0: 10/100 speed: disabling TSO
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Slow work thread pool: Starting up
Slow work thread pool: Ready
FS-Cache: Loaded
FS-Cache: Netfs 'nfs' registered for caching
virbr0: no IPv6 routers present
eth0: no IPv6 routers present
[-- Attachment #4: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 18:19 ` Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG() Konrad Rzeszutek Wilk
2010-01-26 18:44 ` David P. Quigley
@ 2010-01-26 19:24 ` David P. Quigley
2010-01-26 19:30 ` David P. Quigley
2 siblings, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 19:24 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 4552 bytes --]
On Tue, 2010-01-26 at 13:19 -0500, Konrad Rzeszutek Wilk wrote:
> > > The kernel output. Can you boot the pvops kernel without Xen and provide
> > > the 'dmesg' and 'cat /proc/interrupts' output please?
> >
> > I attached two files with the output.
>
> > Initializing cgroup subsys cpuset
> > Initializing cgroup subsys cpu
> > Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #7 SMP Tue Jan 26 12:09:38 EST 2010
> > Command line: ro root=/dev/mapper/VolGroup-lv_root console=tty0 console=ttyS0,115200n8
> > KERNEL supported cpus:
> > Intel GenuineIntel
> > AMD AuthenticAMD
> > Centaur CentaurHauls
> > BIOS-provided physical RAM map:
>
> ... snip ..
> > pci 0000:00:1a.0: reg 20 io port: [0xff20-0xff3f]
> > pci 0000:00:1a.1: reg 20 io port: [0xff00-0xff1f]
> > pci 0000:00:1a.2: reg 20 io port: [0xfc00-0xfc1f]
> > pci 0000:00:1a.7: reg 10 32bit mmio: [0xfebda000-0xfebda3ff]
> > pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
> > pci 0000:00:1a.7: PME# disabled
>
> ... snip ..
> > IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
> > IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
>
> ... snip ...
> > ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
> > ehci_hcd 0000:00:1a.7: setting latency timer to 64
> > ehci_hcd 0000:00:1a.7: EHCI Host Controller
> > ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
> > ehci_hcd 0000:00:1a.7: debug port 1
> > ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
> > ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
> > ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
> > usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb1: Product: EHCI Host Controller
> > usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> > usb usb1: SerialNumber: 0000:00:1a.7
> > usb usb1: configuration #1 chosen from 1 choice
> > hub 1-0:1.0: USB hub found
> > hub 1-0:1.0: 6 ports detected
> > work_for_cpu used greatest stack depth: 3888 bytes left
> > alloc irq_desc for 23 on node 0
> > alloc kstat_irqs on node 0
> > ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
> > ehci_hcd 0000:00:1d.7: setting latency timer to 64
> > ehci_hcd 0000:00:1d.7: EHCI Host Controller
> > ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
> > ehci_hcd 0000:00:1d.7: debug port 1
> > ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
> > ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
> > ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> > usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
> > usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> > usb usb2: Product: EHCI Host Controller
> > usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
> > usb usb2: SerialNumber: 0000:00:1d.7
> > usb usb2: configuration #1 chosen from 1 choice
> > hub 2-0:1.0: USB hub found
> > hub 2-0:1.0: 6 ports detected
> > ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
>
> So what happend to 0000:00:1a.0 and 0000:00:1a.1? In the Xen boot
> those devices were the ones that failed:
>
> uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> uhci_hcd 0000:00:1a.0: UHCI Host Controller
> uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
> uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
> uhci_hcd 0000:00:1a.0: host system error, PCI problems?
> uhci_hcd 0000:00:1a.0: host controller halted, very bad!
> uhci_hcd 0000:00:1a.0: HC died; cleaning up
> uhci_hcd 0000:00:1a.0: USB bus 3 deregistered
> uhci_hcd 0000:00:1a.0: PCI INT A disabled
> uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -108
> uhci_hcd: probe of 0000:00:1a.0 failed with error -108
>
> But they don't show up in your bootup here? So did somethinh change? Did
> they get initialized later?
>
> Can you provide the 'lspci -vvvv' from your bare-metal? Wonder what the
> 1a.0 and 1a.1 show as.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
I forgot to attach the lspci output that you asked for as well. This is
with the UHCI module built back into the kernel as well.
Dave
[-- Attachment #2: pcioutput.txt --]
[-- Type: text/plain, Size: 13035 bytes --]
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
Subsystem: Dell Device 0276
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
Latency: 0
Capabilities: <access denied>
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: fe900000-feafffff
Prefetchable memory behind bridge: 00000000d0000000-00000000dfffffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:03.0 Communication controller: Intel Corporation 4 Series Chipset HECI Controller (rev 03)
Subsystem: Dell Device 0276
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 11
Region 0: Memory at feda6000 (64-bit, non-prefetchable) [size=16]
Capabilities: <access denied>
00:03.2 IDE interface: Intel Corporation 4 Series Chipset PT IDER Controller (rev 03) (prog-if 85 [Master SecO PriO])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin C routed to IRQ 18
Region 0: I/O ports at fe80 [size=8]
Region 1: I/O ports at fe90 [size=4]
Region 2: I/O ports at fea0 [size=8]
Region 3: I/O ports at feb0 [size=4]
Region 4: I/O ports at fef0 [size=16]
Capabilities: <access denied>
Kernel modules: ata_generic, pata_acpi
00:03.3 Serial controller: Intel Corporation 4 Series Chipset Serial KT Controller (rev 03) (prog-if 02 [16550])
Subsystem: Dell Device 0276
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 17
Region 0: I/O ports at ec98 [size=8]
Region 1: Memory at febd8000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
Kernel driver in use: serial
00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network Connection (rev 02)
Subsystem: Dell Device 0276
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 36
Region 0: Memory at febe0000 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at febd9000 (32-bit, non-prefetchable) [size=4K]
Region 2: I/O ports at ecc0 [size=32]
Capabilities: <access denied>
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 4: I/O ports at ff20 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1a.1 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #5 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 17
Region 4: I/O ports at ff00 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1a.2 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #6 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 22
Region 4: I/O ports at fc00 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1a.7 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #2 (rev 02) (prog-if 20 [EHCI])
Subsystem: Dell Device 0276
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 22
Region 0: Memory at febda000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci_hcd
00:1b.0 Audio device: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio Controller (rev 02)
Subsystem: Dell Device 0276
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at febdc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:1c.0 PCI bridge: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 1 (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fe800000-fe8fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.1 PCI bridge: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 2 (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fe700000-fe7fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 23
Region 4: I/O ports at ff80 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.1 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 17
Region 4: I/O ports at ff60 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.2 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Device 0276
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 18
Region 4: I/O ports at ff40 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
00:1d.7 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #1 (rev 02) (prog-if 20 [EHCI])
Subsystem: Dell Device 0276
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 23
Region 0: Memory at ff980000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a2) (prog-if 01 [Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Bus: primary=00, secondary=04, subordinate=04, sec-latency=32
I/O behind bridge: 0000f000-00000fff
Memory behind bridge: fff00000-000fffff
Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
00:1f.0 ISA bridge: Intel Corporation 82801JDO (ICH10DO) LPC Interface Controller (rev 02)
Subsystem: Dell Device 0276
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Capabilities: <access denied>
Kernel modules: iTCO_wdt
00:1f.2 RAID bus controller: Intel Corporation 82801 SATA RAID Controller (rev 02)
Subsystem: Dell Device 0276
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 35
Region 0: I/O ports at fe00 [size=8]
Region 1: I/O ports at fe10 [size=4]
Region 2: I/O ports at fe20 [size=8]
Region 3: I/O ports at fe30 [size=4]
Region 4: I/O ports at fec0 [size=32]
Region 5: Memory at ff970000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci
00:1f.3 SMBus: Intel Corporation 82801JD/DO (ICH10 Family) SMBus Controller (rev 02)
Subsystem: Dell Device 0276
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin C routed to IRQ 18
Region 0: Memory at febdb000 (64-bit, non-prefetchable) [size=256]
Region 4: I/O ports at ece0 [size=32]
Kernel driver in use: i801_smbus
Kernel modules: i2c-i801
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3470 (prog-if 00 [VGA controller])
Subsystem: Dell Device 3243
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 16
Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at fe9f0000 (64-bit, non-prefetchable) [size=64K]
Region 4: I/O ports at dc00 [size=256]
Expansion ROM at fea00000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel modules: radeon
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 18:19 ` Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG() Konrad Rzeszutek Wilk
2010-01-26 18:44 ` David P. Quigley
2010-01-26 19:24 ` David P. Quigley
@ 2010-01-26 19:30 ` David P. Quigley
2010-01-26 19:46 ` Pasi Kärkkäinen
2010-01-27 20:22 ` David P. Quigley
2 siblings, 2 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 19:30 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
I have a small update on the problem. It does seem like it is tied to
VT-D because I just turned it off in the bios and the dom0 manages to
boot on top of xen and I can log in. Are there any options for VT-D that
you would like me to try to help pin point the problem?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 19:30 ` David P. Quigley
@ 2010-01-26 19:46 ` Pasi Kärkkäinen
2010-01-26 20:21 ` David P. Quigley
2010-01-27 20:22 ` David P. Quigley
1 sibling, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-26 19:46 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
> I have a small update on the problem. It does seem like it is tied to
> VT-D because I just turned it off in the bios and the dom0 manages to
> boot on top of xen and I can log in. Are there any options for VT-D that
> you would like me to try to help pin point the problem?
>
At least update to the latest xen-unstable tree, since -rc2 got just released,
and it has some VT-d fixes/changes.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 19:46 ` Pasi Kärkkäinen
@ 2010-01-26 20:21 ` David P. Quigley
2010-01-27 2:49 ` Han, Weidong
2010-01-27 9:08 ` Sander Eikelenboom
0 siblings, 2 replies; 48+ messages in thread
From: David P. Quigley @ 2010-01-26 20:21 UTC (permalink / raw)
To: Pasi Kärkkäinen
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Tue, 2010-01-26 at 21:46 +0200, Pasi Kärkkäinen wrote:
> On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
> > I have a small update on the problem. It does seem like it is tied to
> > VT-D because I just turned it off in the bios and the dom0 manages to
> > boot on top of xen and I can log in. Are there any options for VT-D that
> > you would like me to try to help pin point the problem?
> >
>
> At least update to the latest xen-unstable tree, since -rc2 got just released,
> and it has some VT-d fixes/changes.
>
> -- Pasi
I updated my xen-unstable tree and tried to turn VT-D back on and it
breaks booting again so we still have a bug on our hands.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 20:21 ` David P. Quigley
@ 2010-01-27 2:49 ` Han, Weidong
2010-01-27 18:48 ` David P. Quigley
2010-01-27 9:08 ` Sander Eikelenboom
1 sibling, 1 reply; 48+ messages in thread
From: Han, Weidong @ 2010-01-27 2:49 UTC (permalink / raw)
To: David P. Quigley, Pasi Kärkkäinen
Cc: Konrad, xen-devel@lists.xensource.com, Rzeszutek Wilk,
Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 1333 bytes --]
Can you pls post the serial output? It should have warning messages if it is caused by VT-d.
Regards,
Weidong
-----Original Message-----
From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of David P. Quigley
Sent: Wednesday, January 27, 2010 4:21 AM
To: Pasi Kärkkäinen
Cc: Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
Subject: Re: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
On Tue, 2010-01-26 at 21:46 +0200, Pasi Kärkkäinen wrote:
> On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
> > I have a small update on the problem. It does seem like it is tied to
> > VT-D because I just turned it off in the bios and the dom0 manages to
> > boot on top of xen and I can log in. Are there any options for VT-D that
> > you would like me to try to help pin point the problem?
> >
>
> At least update to the latest xen-unstable tree, since -rc2 got just released,
> and it has some VT-d fixes/changes.
>
> -- Pasi
I updated my xen-unstable tree and tried to turn VT-D back on and it
breaks booting again so we still have a bug on our hands.
Dave
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 20:21 ` David P. Quigley
2010-01-27 2:49 ` Han, Weidong
@ 2010-01-27 9:08 ` Sander Eikelenboom
1 sibling, 0 replies; 48+ messages in thread
From: Sander Eikelenboom @ 2010-01-27 9:08 UTC (permalink / raw)
To: David P. Quigley
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
Hello David,
From LKML I remember some suggestions about disabeling "Legacy USB" when using VT-d to me able to boot linux.
Perhaps this also works for you with xen+linux ?
http://www.mail-archive.com/kvm@vger.kernel.org/msg05313.html
--
Sander
Tuesday, January 26, 2010, 9:21:22 PM, you wrote:
> On Tue, 2010-01-26 at 21:46 +0200, Pasi Kärkkäinen wrote:
>> On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
>> > I have a small update on the problem. It does seem like it is tied to
>> > VT-D because I just turned it off in the bios and the dom0 manages to
>> > boot on top of xen and I can log in. Are there any options for VT-D that
>> > you would like me to try to help pin point the problem?
>> >
>>
>> At least update to the latest xen-unstable tree, since -rc2 got just released,
>> and it has some VT-d fixes/changes.
>>
>> -- Pasi
> I updated my xen-unstable tree and tried to turn VT-D back on and it
> breaks booting again so we still have a bug on our hands.
> Dave
--
Best regards,
Sander mailto:linux@eikelenboom.it
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-27 2:49 ` Han, Weidong
@ 2010-01-27 18:48 ` David P. Quigley
2010-01-28 1:50 ` Han, Weidong
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-27 18:48 UTC (permalink / raw)
To: Han, Weidong
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 1600 bytes --]
On Wed, 2010-01-27 at 10:49 +0800, Han, Weidong wrote:
> Can you pls post the serial output? It should have warning messages if it is caused by VT-d.
>
> Regards,
> Weidong
>
> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of David P. Quigley
> Sent: Wednesday, January 27, 2010 4:21 AM
> To: Pasi Kärkkäinen
> Cc: Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
> Subject: Re: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
>
> On Tue, 2010-01-26 at 21:46 +0200, Pasi Kärkkäinen wrote:
> > On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
> > > I have a small update on the problem. It does seem like it is tied to
> > > VT-D because I just turned it off in the bios and the dom0 manages to
> > > boot on top of xen and I can log in. Are there any options for VT-D that
> > > you would like me to try to help pin point the problem?
> > >
> >
> > At least update to the latest xen-unstable tree, since -rc2 got just released,
> > and it has some VT-d fixes/changes.
> >
> > -- Pasi
>
> I updated my xen-unstable tree and tried to turn VT-D back on and it
> breaks booting again so we still have a bug on our hands.
>
> Dave
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
Hello,
Attached is the full serial console output with vt-d enabled from the
xen 4.0-pre ascii art to the kernel oops in dom0.
Dave
[-- Attachment #2: vtd-output.txt --]
[-- Type: text/plain, Size: 56065 bytes --]
__ __ _ _ ___ ___ _____
\ \/ /___ _ __ | || | / _ \ / _ \ _ __ ___|___ / _ __ _ __ ___
\ // _ \ '_ \ | || |_| | | | | | |__| '__/ __| |_ \ __| '_ \| '__/ _ \
/ \ __/ | | | |__ _| |_| | |_| |__| | | (__ ___) |__| |_) | | | __/
/_/\_\___|_| |_| |_|(_)___(_)___/ |_| \___|____/ | .__/|_| \___|
|_|
(XEN) Xen version 4.0.0-rc3-pre (dpquigl@epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) Tue Jan 26 15:07:43 EST 2010
(XEN) Latest ChangeSet: Tue Jan 26 15:54:40 2010 +0000 20858:2636e5619708
(XEN) Console output is synchronous.
(XEN) Command line: console=com1 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) Found 1 MBR signatures
(XEN) Found 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009a800 (usable)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000bfdffc00 (usable)
(XEN) 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
(XEN) 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
(XEN) 00000000bfe55c00 - 00000000c0000000 (reserved)
(XEN) 00000000e0000000 - 00000000f0000000 (reserved)
(XEN) 00000000fec00000 - 00000000fed00400 (reserved)
(XEN) 00000000fed20000 - 00000000feda0000 (reserved)
(XEN) 00000000fee00000 - 00000000fef00000 (reserved)
(XEN) 00000000ffb00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 0000000238000000 (usable)
(XEN) ACPI: RSDP 000FEC00, 0024 (r2 DELL )
(XEN) ACPI: XSDT 000FC7CD, 009C (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: FACP 000FC8FD, 00F4 (r3 DELL B10K 15 ASL 61)
(XEN) ACPI: DSDT FFE9CFCA, 545E (r1 DELL dt_ex 1000 INTL 20050624)
(XEN) ACPI: FACS BFDFFC00, 0040
(XEN) ACPI: SSDT FFEA2547, 00AA (r1 DELL st_ex 1000 INTL 20050624)
(XEN) ACPI: APIC 000FC9F1, 0092 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: BOOT 000FCA83, 0028 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: ASF! 000FCAAB, 0096 (r32 DELL B10K 15 ASL 61)
(XEN) ACPI: MCFG 000FCB41, 003E (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: HPET 000FCB7F, 0038 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: TCPA 000FCDDB, 0032 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: DMAR 000FCE0D, 00D8 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SLIC 000FCBB7, 0176 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SSDT BFDFFC40, 01F9 (r1 DpgPmm Cpu0Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00049, 01F9 (r1 DpgPmm Cpu1Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00452, 01F9 (r1 DpgPmm Cpu2Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE0085B, 01F9 (r1 DpgPmm Cpu3Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00C64, 0190 (r1 DpgPmm CpuPm 10 INTL 20050624)
(XEN) System RAM: 8028MB (8221644kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-0000000238000000
(XEN) Domain heap initialised
(XEN) found SMP MP-table at 000fe710
(XEN) DMI 2.5 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x808
(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0]
(XEN) ACPI: wakeup_vec[bfdffc0c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
(XEN) Processor #1 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
(XEN) Processor #2 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
(XEN) Processor #3 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000
(XEN) [VT-D]dmar.c:631: Host address width 36
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc1000
(XEN) [VT-D]dmar.c:326: endpoint: 0:1b.0
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc3000
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.3
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc4000
(XEN) [VT-D]dmar.c:386: flags: INCLUDE_ALL
(XEN) [VT-D]dmar.c:644: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.7
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.7
(XEN) [VT-D]dmar.c:535: RMRR region: base_addr bfe58000 end_address bfe6ffff
(XEN) PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
(XEN) PCI: MCFG area at e0000000 reserved in E820
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) XSM Framework v1.0.0 initialized
(XEN) Policy len 0x12dc, start at ffff8300bf7fed24.
(XEN) dummy.c:481: Had to override the security_domaininfo security operation with the dummy one.
(XEN) dummy.c:482: Had to override the setvcpucontext security operation with the dummy one.
(XEN) dummy.c:483: Had to override the pausedomain security operation with the dummy one.
(XEN) dummy.c:484: Had to override the unpausedomain security operation with the dummy one.
(XEN) dummy.c:485: Had to override the resumedomain security operation with the dummy one.
(XEN) dummy.c:486: Had to override the domain_create security operation with the dummy one.
(XEN) dummy.c:487: Had to override the max_vcpus security operation with the dummy one.
(XEN) dummy.c:488: Had to override the destroydomain security operation with the dummy one.
(XEN) dummy.c:489: Had to override the vcpuaffinity security operation with the dummy one.
(XEN) dummy.c:490: Had to override the scheduler security operation with the dummy one.
(XEN) dummy.c:491: Had to override the getdomaininfo security operation with the dummy one.
(XEN) dummy.c:492: Had to override the getvcpucontext security operation with the dummy one.
(XEN) dummy.c:493: Had to override the getvcpuinfo security operation with the dummy one.
(XEN) dummy.c:494: Had to override the domain_settime security operation with the dummy one.
(XEN) dummy.c:495: Had to override the set_target security operation with the dummy one.
(XEN) dummy.c:496: Had to override the tbufcontrol security operation with the dummy one.
(XEN) dummy.c:497: Had to override the readconsole security operation with the dummy one.
(XEN) dummy.c:498: Had to override the sched_id security operation with the dummy one.
(XEN) dummy.c:499: Had to override the setdomainmaxmem security operation with the dummy one.
(XEN) dummy.c:500: Had to override the setdomainhandle security operation with the dummy one.
(XEN) dummy.c:501: Had to override the setdebugging security operation with the dummy one.
(XEN) dummy.c:502: Had to override the perfcontrol security operation with the dummy one.
(XEN) dummy.c:503: Had to override the debug_keys security operation with the dummy one.
(XEN) dummy.c:504: Had to override the getcpuinfo security operation with the dummy one.
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:507: Had to override the availheap security operation with the dummy one.
(XEN) dummy.c:509: Had to override the evtchn_unbound security operation with the dummy one.
(XEN) dummy.c:510: Had to override the evtchn_interdomain security operation with the dummy one.
(XEN) dummy.c:511: Had to override the evtchn_close_post security operation with the dummy one.
(XEN) dummy.c:512: Had to override the evtchn_send security operation with the dummy one.
(XEN) dummy.c:513: Had to override the evtchn_status security operation with the dummy one.
(XEN) dummy.c:514: Had to override the evtchn_reset security operation with the dummy one.
(XEN) dummy.c:516: Had to override the grant_mapref security operation with the dummy one.
(XEN) dummy.c:517: Had to override the grant_unmapref security operation with the dummy one.
(XEN) dummy.c:518: Had to override the grant_setup security operation with the dummy one.
(XEN) dummy.c:519: Had to override the grant_transfer security operation with the dummy one.
(XEN) dummy.c:520: Had to override the grant_copy security operation with the dummy one.
(XEN) dummy.c:521: Had to override the grant_query_size security operation with the dummy one.
(XEN) dummy.c:523: Had to override the alloc_security_domain security operation with the dummy one.
(XEN) dummy.c:524: Had to override the free_security_domain security operation with the dummy one.
(XEN) dummy.c:525: Had to override the alloc_security_evtchn security operation with the dummy one.
(XEN) dummy.c:526: Had to override the free_security_evtchn security operation with the dummy one.
(XEN) dummy.c:528: Had to override the memory_adjust_reservation security operation with the dummy one.
(XEN) dummy.c:529: Had to override the memory_stat_reservation security operation with the dummy one.
(XEN) dummy.c:530: Had to override the memory_pin_page security operation with the dummy one.
(XEN) dummy.c:532: Had to override the console_io security operation with the dummy one.
(XEN) dummy.c:534: Had to override the profile security operation with the dummy one.
(XEN) dummy.c:536: Had to override the kexec security operation with the dummy one.
(XEN) dummy.c:537: Had to override the schedop_shutdown security operation with the dummy one.
(XEN) dummy.c:539: Had to override the add_range security operation with the dummy one.
(XEN) dummy.c:540: Had to override the remove_range security operation with the dummy one.
(XEN) dummy.c:542: Had to override the __do_xsm_op security operation with the dummy one.
(XEN) dummy.c:545: Had to override the shadow_control security operation with the dummy one.
(XEN) dummy.c:546: Had to override the getpageframeinfo security operation with the dummy one.
(XEN) dummy.c:547: Had to override the getmemlist security operation with the dummy one.
(XEN) dummy.c:548: Had to override the hypercall_init security operation with the dummy one.
(XEN) dummy.c:549: Had to override the hvmcontext security operation with the dummy one.
(XEN) dummy.c:550: Had to override the address_size security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) dummy.c:552: Had to override the hvm_param security operation with the dummy one.
(XEN) dummy.c:553: Had to override the hvm_set_pci_intx_level security operation with the dummy one.
(XEN) dummy.c:554: Had to override the hvm_set_isa_irq_level security operation with the dummy one.
(XEN) dummy.c:555: Had to override the hvm_set_pci_link_route security operation with the dummy one.
(XEN) dummy.c:556: Had to override the apic security operation with the dummy one.
(XEN) dummy.c:557: Had to override the assign_vector security operation with the dummy one.
(XEN) dummy.c:558: Had to override the xen_settime security operation with the dummy one.
(XEN) dummy.c:559: Had to override the memtype security operation with the dummy one.
(XEN) dummy.c:560: Had to override the microcode security operation with the dummy one.
(XEN) dummy.c:561: Had to override the physinfo security operation with the dummy one.
(XEN) dummy.c:562: Had to override the platform_quirk security operation with the dummy one.
(XEN) dummy.c:563: Had to override the firmware_info security operation with the dummy one.
(XEN) dummy.c:564: Had to override the acpi_sleep security operation with the dummy one.
(XEN) dummy.c:565: Had to override the change_freq security operation with the dummy one.
(XEN) dummy.c:566: Had to override the getidletime security operation with the dummy one.
(XEN) dummy.c:567: Had to override the machine_memory_map security operation with the dummy one.
(XEN) dummy.c:568: Had to override the domain_memory_map security operation with the dummy one.
(XEN) dummy.c:569: Had to override the mmu_normal_update security operation with the dummy one.
(XEN) dummy.c:570: Had to override the mmu_machphys_update security operation with the dummy one.
(XEN) dummy.c:571: Had to override the update_va_mapping security operation with the dummy one.
(XEN) dummy.c:572: Had to override the add_to_physmap security operation with the dummy one.
(XEN) dummy.c:573: Had to override the sendtrigger security operation with the dummy one.
(XEN) dummy.c:574: Had to override the test_assign_device security operation with the dummy one.
(XEN) dummy.c:575: Had to override the assign_device security operation with the dummy one.
(XEN) dummy.c:576: Had to override the deassign_device security operation with the dummy one.
(XEN) dummy.c:577: Had to override the bind_pt_irq security operation with the dummy one.
(XEN) dummy.c:578: Had to override the pin_mem_cacheattr security operation with the dummy one.
(XEN) dummy.c:579: Had to override the ext_vcpucontext security operation with the dummy one.
(XEN) Flask: Initializing.
(XEN) AVC INITIALIZED
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 1 users, 2 roles, 24 types, 0 bools
(XEN) Flask: 9 classes, 57 rules
(XEN) Flask: Starting in permissive mode.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Initializing CPU#0
(XEN) Detected 2992.597 MHz processor.
(XEN) Initing memory sharing.
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 0
(XEN) VMX: Supported advanced features:
(XEN) - APIC MMIO access virtualisation
(XEN) - APIC TPR shadow
(XEN) - Virtual NMI
(XEN) - MSR direct-access bitmap
(XEN) HVM: ASIDs disabled.
(XEN) HVM: VMX enabled
(XEN) xsave_init: cpu0: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) xsave_init: using cntxt_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#0.
(XEN) CPU0: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU0 has no CMCI support
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc3000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc1000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc4000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff55000
(XEN) Intel VT-d Snoop Control not supported.
(XEN) Intel VT-d DMA Passthrough not supported.
(XEN) Intel VT-d Queued Invalidation not supported.
(XEN) Intel VT-d Interrupt Remapping not supported.
(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled
(XEN) CPU0: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 1/1 eip 8c000
(XEN) Initializing CPU#1
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 1
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu1: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#1.
(XEN) CPU1: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU1 has no CMCI support
(XEN) CPU1: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 2/2 eip 8c000
(XEN) Initializing CPU#2
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 2
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu2: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#2.
(XEN) CPU2: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU2 has no CMCI support
(XEN) CPU2: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 3/3 eip 8c000
(XEN) Initializing CPU#3
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 3
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu3: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#3.
(XEN) CPU3: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU3 has no CMCI support
(XEN) CPU3: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Total of 4 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
(XEN) checking TSC synchronization across 4 CPUs: passed.
(XEN) Platform timer is 14.318MHz HPET
(XEN) microcode.c:73:d32767 microcode: CPU1 resumed
(XEN) Brought up 4 CPUs
(XEN) microcode.c:73:d32767 microcode: CPU2 resumed
(XEN) microcode.c:73:d32767 microcode: CPU3 resumed
(XEN) HPET: 8 timers in total, 8 timers will be used for broadcast
(XEN) ACPI sleep modes: S3
(XEN) mcheck_poll: Machine check polling timer started.
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:0.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:0.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.3: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:19.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:19.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.7: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.7: no extended config
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1e.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.3: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 1:0.0
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff55000
(XEN) *** LOADING DOMAIN 0 ***
(XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x764000
(XEN) elf_parse_binary: phdr: paddr=0x1764000 memsz=0xd8460
(XEN) elf_parse_binary: phdr: paddr=0x183d000 memsz=0x888
(XEN) elf_parse_binary: phdr: paddr=0x183e000 memsz=0x1d6660
(XEN) elf_parse_binary: phdr: paddr=0x1a14660 memsz=0xc9b9a0
(XEN) elf_parse_binary: memory: 0x1000000 -> 0x26b0000
(XEN) elf_xen_parse_note: GUEST_OS = "linux"
(XEN) elf_xen_parse_note: GUEST_VERSION = "2.6"
(XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0"
(XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000
(XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a14860
(XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81009000
(XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"
(XEN) elf_xen_parse_note: PAE_MODE = "yes"
(XEN) elf_xen_parse_note: LOADER = "generic"
(XEN) elf_xen_parse_note: unknown xen elf note (0xd)
(XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1
(XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000
(XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0
(XEN) elf_xen_addr_calc_check: addresses:
(XEN) virt_base = 0xffffffff80000000
(XEN) elf_paddr_offset = 0x0
(XEN) virt_offset = 0xffffffff80000000
(XEN) virt_kstart = 0xffffffff81000000
(XEN) virt_kend = 0xffffffff826b0000
(XEN) virt_entry = 0xffffffff81a14860
(XEN) p2m_base = 0xffffffffffffffff
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x26b0000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 000000022c000000->0000000230000000 (1986208 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff826b0000
(XEN) Init. ramdisk: ffffffff826b0000->ffffffff82f74000
(XEN) Phys-Mach map: ffffffff82f74000->ffffffff83ebb500
(XEN) Start info: ffffffff83ebc000->ffffffff83ebc4b4
(XEN) Page tables: ffffffff83ebd000->ffffffff83ee0000
(XEN) Boot stack: ffffffff83ee0000->ffffffff83ee1000
(XEN) TOTAL: ffffffff80000000->ffffffff84000000
(XEN) ENTRY ADDRESS: ffffffff81a14860
(XEN) Dom0 has maximum 4 VCPUs
(XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81764000
(XEN) elf_load_binary: phdr 1 at 0xffffffff81764000 -> 0xffffffff8183c460
(XEN) elf_load_binary: phdr 2 at 0xffffffff8183d000 -> 0xffffffff8183d888
(XEN) elf_load_binary: phdr 3 at 0xffffffff8183e000 -> 0xffffffff81a14660
(XEN) elf_load_binary: phdr 4 at 0xffffffff81a14660 -> 0xffffffff81b68000
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) tmem: initialized comp=0 global-lock=0
(XEN) Std. Loglevel: All
(XEN) Guest Loglevel: All
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 148kB init memory.
mapping kernel into physical memory
Xen: setup ISA identity maps
about to get started...
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #8 SMP Tue Jan 26 13:32:27 EST 2010
Command line: ro root=/dev/mapper/VolGroup-lv_root console=hvc0 earlyprintk=xen
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
xen_release_chunk: looking at area pfn 9b-a0
xen_release_chunk: looking at area pfn c0000-e0000
xen_release_chunk: looking at area pfn f0000-fec00
xen_release_chunk: looking at area pfn fed01-fed20
xen_release_chunk: looking at area pfn feda0-fee00
xen_release_chunk: looking at area pfn fef00-ffb00
released 0 pages of unused memory
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 000000000009a800 (usable)
Xen: 00000000000a0000 - 0000000000100000 (reserved)
Xen: 0000000000100000 - 00000000bfdffc00 (usable)
Xen: 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
Xen: 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
Xen: 00000000bfe55c00 - 00000000c0000000 (reserved)
Xen: 00000000e0000000 - 00000000f0000000 (reserved)
Xen: 00000000fec00000 - 00000000fed00400 (reserved)
Xen: 00000000fed20000 - 00000000feda0000 (reserved)
Xen: 00000000fee00000 - 00000000fef00000 (reserved)
Xen: 00000000ffb00000 - 0000000100000000 (reserved)
Xen: 0000000100000000 - 00000001e8ea0000 (usable)
console [xenboot0] enabled
DMI 2.5 present.
last_pfn = 0x1e8ea0 max_arch_pfn = 0x400000000
last_pfn = 0xbfdff max_arch_pfn = 0x400000000
init_memory_mapping: 0000000000000000-00000000bfdff000
init_memory_mapping: 0000000100000000-00000001e8ea0000
RAMDISK: 026b0000 - 02f74000
ACPI: RSDP 00000000000fec00 00024 (v02 DELL )
ACPI: XSDT 00000000000fc7cd 0009C (v01 DELL B10K 00000015 ASL 00000061)
ACPI: FACP 00000000000fc8fd 000F4 (v03 DELL B10K 00000015 ASL 00000061)
ACPI: DSDT 00000000ffe9cfca 0545E (v01 DELL dt_ex 00001000 INTL 20050624)
ACPI: FACS 00000000bfdffc00 00040
ACPI: SSDT 00000000ffea2547 000AA (v01 DELL st_ex 00001000 INTL 20050624)
ACPI: APIC 00000000000fc9f1 00092 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: BOOT 00000000000fca83 00028 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: ASF! 00000000000fcaab 00096 (v32 DELL B10K 00000015 ASL 00000061)
ACPI: MCFG 00000000000fcb41 0003E (v01 DELL B10K 00000015 ASL 00000061)
ACPI: HPET 00000000000fcb7f 00038 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: TCPA 00000000000fcddb 00032 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: DMAR 00000000000fce0d 000D8 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SLIC 00000000000fcbb7 00176 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SSDT 00000000bfdffc40 001F9 (v01 DpgPmm Cpu0Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00049 001F9 (v01 DpgPmm Cpu1Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00452 001F9 (v01 DpgPmm Cpu2Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe0085b 001F9 (v01 DpgPmm Cpu3Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00c64 00190 (v01 DpgPmm CpuPm 00000010 INTL 20050624)
No NUMA configuration found
Faking a node at 0000000000000000-00000001e8ea0000
Bootmem setup node 0 0000000000000000-00000001e8ea0000
NODE_DATA [0000000000008000 - 000000000001ffff]
bootmap [0000000000020000 - 000000000005d1d7] pages 3e
(9 early reservations) ==> bootmem [0000000000 - 01e8ea0000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0003ebd000 - 0003ee0000] XEN PAGETABLES ==> [0003ebd000 - 0003ee0000]
#2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#3 [0001000000 - 000268f990] TEXT DATA BSS ==> [0001000000 - 000268f990]
#4 [00026b0000 - 0002f74000] RAMDISK ==> [00026b0000 - 0002f74000]
#5 [0002f74000 - 0003ebd000] XEN START INFO ==> [0002f74000 - 0003ebd000]
#6 [0002690000 - 00026901a0] BRK ==> [0002690000 - 00026901a0]
#7 [0000100000 - 00006dd000] PGTABLE ==> [0000100000 - 00006dd000]
#8 [0003ee0000 - 000462c000] PGTABLE ==> [0003ee0000 - 000462c000]
found SMP MP-table at [ffff8800000fe710] fe710
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x001e8ea0
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009a
0: 0x00000100 -> 0x000bfdff
0: 0x00100000 -> 0x001e8ea0
ACPI: PM-Timer IO Port: 0x808
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a701 base: 0xfed00000
SMP: Allowing 4 CPUs, 0 hotplug CPUs
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=2, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 3 already mapped
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 5 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 6 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 7 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 8 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 9 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 10 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 11 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 12 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 13 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 14 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 15 already mapped
(XEN) allocated vector for irq:16
(XEN) irq.c:1445: dom0: pirq 0 or irq 16 already mapped
(XEN) allocated vector for irq:17
(XEN) irq.c:1445: dom0: pirq 0 or irq 17 already mapped
(XEN) allocated vector for irq:18
(XEN) irq.c:1445: dom0: pirq 0 or irq 18 already mapped
(XEN) allocated vector for irq:19
(XEN) irq.c:1445: dom0: pirq 0 or irq 19 already mapped
(XEN) allocated vector for irq:20
(XEN) irq.c:1445: dom0: pirq 0 or irq 20 already mapped
(XEN) allocated vector for irq:21
(XEN) irq.c:1445: dom0: pirq 0 or irq 21 already mapped
(XEN) allocated vector for irq:22
(XEN) irq.c:1445: dom0: pirq 0 or irq 22 already mapped
(XEN) allocated vector for irq:23
(XEN) irq.c:1445: dom0: pirq 0 or irq 23 already mapped
PM: Registered nosave memory: 000000000009a000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
PM: Registered nosave memory: 00000000bfdff000 - 00000000bfe00000
PM: Registered nosave memory: 00000000bfe00000 - 00000000bfe53000
PM: Registered nosave memory: 00000000bfe53000 - 00000000bfe54000
PM: Registered nosave memory: 00000000bfe54000 - 00000000bfe55000
PM: Registered nosave memory: 00000000bfe55000 - 00000000bfe56000
PM: Registered nosave memory: 00000000bfe56000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000
PM: Registered nosave memory: 00000000fed00000 - 00000000fed20000
PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000
PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fef00000
PM: Registered nosave memory: 00000000fef00000 - 00000000ffb00000
PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:4 nr_node_ids:1
PERCPU: Allocated 471 4k pages, static data 1926752 bytes
Xen: using vcpu_info placement
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1687481
Policy zone: Normal
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root console=hvc0 earlyprintk=xen
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
PCI-DMA: Using Xen software bounce buffering for IO (Xen-SWIOTLB)
Placing 64MB Xen software IO TLB between ffff880020000000 - ffff880024000000
Xen software IO TLB at phys 0x20000000 - 0x24000000
Memory: 6643552k/8010368k available (5247k kernel code, 1051036k absent, 315780k reserved, 3185k data, 3204k init)
SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:440
xen_set_ioapic_routing: irq 0 gsi 0 vector 0 ioapic 0 pin 0 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00000900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 1 gsi 1 vector 1 ioapic 0 pin 1 triggering 0 polarity 0
xen_set_ioapic_routing: irq 3 gsi 3 vector 3 ioapic 0 pin 3 triggering 0 polarity 0
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 5 gsi 5 vector 5 ioapic 0 pin 5 triggering 0 polarity 0
xen_set_ioapic_routing: irq 6 gsi 6 vector 6 ioapic 0 pin 6 triggering 0 polarity 0
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_set_ioapic_routing: irq 9 gsi 9 vector 9 ioapic 0 pin 9 triggering 1 polarity 0
xen_set_ioapic_routing: irq 10 gsi 10 vector 10 ioapic 0 pin 10 triggering 0 polarity 0
xen_set_ioapic_routing: irq 11 gsi 11 vector 11 ioapic 0 pin 11 triggering 0 polarity 0
xen_set_ioapic_routing: irq 12 gsi 12 vector 12 ioapic 0 pin 12 triggering 0 polarity 0
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_set_ioapic_routing: irq 14 gsi 14 vector 14 ioapic 0 pin 14 triggering 0 polarity 0
xen_set_ioapic_routing: irq 15 gsi 15 vector 15 ioapic 0 pin 15 triggering 0 polarity 0
Detected 2992.596 MHz processor.
Console: colour VGA+ 80x25
console handover: boot [xenboot0] -> real [hvc0]
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 6207 kB
per task-struct memory footprint: 2688 bytes
allocated 70778880 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
installing Xen timer for CPU 0
Calibrating delay loop (skipped), value calculated using timer frequency.. 5985.19 BogoMIPS (lpj=2992596)
Security Framework initialized
SELinux: Initializing.
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
Performance Counters: unsupported p6 CPU model 23 no PMU driver, software counters only.
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
ACPI: Core revision 20090521
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 21443 entries in 85 pages
installing Xen timer for CPU 1
lockdep: fixing up alternatives.
SMP alternatives: switching to SMP code
Initializing CPU#1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 1/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 2
Initializing CPU#2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 2/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 3
Initializing CPU#3
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 3/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
mce: CPU supports 6 MCE banks
Brought up 4 CPUs
Booting paravirtualized kernel on Xen
Xen version: 4.0.0-rc3-pre (preserve-AD) (dom0)
Grant tables using version 2 layout.
Grant table initialized
regulator: core version 0.5
Time: 18:41:58 Date: 01/27/10
NET: Registered protocol family 16
xenbus_probe_init ok
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TCPA] - 00, should be 7F 20090521 tbutils-246
ACPI: ACPI Dock Station Driver: 1 docks/bays found
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
pci 0000:00:19.0: PME# disabled
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1e.0: transparent bridge
(XEN) PCI add device 00:00.0
(XEN) PCI add device 00:01.0
(XEN) PCI add device 00:03.0
(XEN) PCI add device 00:03.2
(XEN) PCI add device 00:03.3
(XEN) PCI add device 00:19.0
(XEN) PCI add device 00:1a.0
(XEN) PCI add device 00:1a.1
(XEN) PCI add device 00:1a.2
(XEN) PCI add device 00:1a.7
(XEN) PCI add device 00:1b.0
(XEN) PCI add device 00:1c.0
(XEN) PCI add device 00:1c.1
(XEN) PCI add device 00:1d.0
(XEN) PCI add device 00:1d.1
(XEN) PCI add device 00:1d.2
(XEN) PCI add device 00:1d.7
(XEN) PCI add device 00:1e.0
(XEN) PCI add device 00:1f.0
(XEN) PCI add device 00:1f.2
(XEN) PCI add device 00:1f.3
(XEN) PCI add device 01:00.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15)
xenbus_probe_backend_init bus registered ok
xen_balloon: Initialising balloon driver with page order 0.
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
IO APIC resources couldn't be allocated.
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
DMA-API: preallocated 32768 debug entries
DMA-API: debugging enabled by kernel config
DMAR:Host address width 36
DMAR:DRHD base: 0x000000fedc1000 flags: 0x0
IOMMU fedc1000: ver 1:0 cap c9008020e30272 ecap 1000
DMAR:DRHD base: 0x000000fedc3000 flags: 0x0
IOMMU fedc3000: ver 1:0 cap c0000020630272 ecap 1000
DMAR:DRHD base: 0x000000fedc4000 flags: 0x1
IOMMU fedc4000: ver 1:0 cap c9008020630272 ecap 1000
DMAR:RMRR base: 0x000000bfe58000 end: 0x000000bfe6ffff
DMAR:No ATSR found
IOMMU 0xfedc3000: using Register based invalidation
IOMMU 0xfedc1000: using Register based invalidation
IOMMU 0xfedc4000: using Register based invalidation
IOMMU: identity mapping for device 0000:01:00.0
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Multi-level page-table translation for DMAR.
pnp: PnP ACPI init
ACPI: bus type pnp registered
xen_allocate_pirq: returning irq 13 for gsi 13
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_allocate_pirq: returning irq 8 for gsi 8
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_allocate_pirq: returning irq 7 for gsi 7
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_allocate_pirq: returning irq 4 for gsi 4
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
pnp: PnP ACPI: found 9 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: ioport range 0x800-0x85f has been reserved
system 00:01: ioport range 0xc00-0xc7f has been reserved
system 00:01: ioport range 0x860-0x8ff has been reserved
work_for_cpu used greatest stack depth: 6400 bytes left
PM-Timer failed consistency check (0x0xffffff) - aborting.
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0: IO window: 0xd000-0xdfff
pci 0000:00:01.0: MEM window: 0xfe900000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1c.0: IO window: disabled
pci 0000:00:1c.0: MEM window: 0xfe800000-0xfe8fffff
pci 0000:00:1c.0: PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
pci 0000:00:1c.1: IO window: disabled
pci 0000:00:1c.1: MEM window: 0xfe700000-0xfe7fffff
pci 0000:00:1c.1: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:04
pci 0000:00:1e.0: IO window: disabled
pci 0000:00:1e.0: MEM window: disabled
pci 0000:00:1e.0: PREFETCH window: disabled
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 10, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 8976k freed
Simple Boot Flag at 0x7a set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1264617721.755:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 12993
cryptomgr_test used greatest stack depth: 5312 bytes left
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
work_for_cpu used greatest stack depth: 5296 bytes left
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp_glue: can't get bus number, assuming 0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button [VBTN]
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=1 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 0 initialization completed
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=2 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 1 initialization completed
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=3 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 2 initialization completed
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=4 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 3 initialization completed
blktap_device_init: blktap device major 253
blktap_ring_init: blktap ring major: 251
registering netback
hpet_acpi_add: no address or irqs in _CRS
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
xen_allocate_pirq: returning irq 17 for gsi 17
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
serial 0000:00:03.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
0000:00:03.3: ttyS0 at I/O 0xec98 (irq = 17) is a 16550A
work_for_cpu used greatest stack depth: 5232 bytes left
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /devices/virtual/input/input2
xen_set_ioapic_routing: irq 18 gsi 18 vector 18 ioapic 0 pin 18 triggering 1 polarity 1
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x27 impl RAID mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio ems
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970200 irq 412
ata4: DUMMY
ata5: DUMMY
ata6: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970380 irq 412
work_for_cpu used greatest stack depth: 4624 bytes left
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
xen_set_ioapic_routing: irq 22 gsi 22 vector 22 ioapic 0 pin 22 triggering 1 polarity 1
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
work_for_cpu used greatest stack depth: 3888 bytes left
xen_set_ioapic_routing: irq 23 gsi 23 vector 23 ioapic 0 pin 23 triggering 1 polarity 1
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
uhci_hcd 0000:00:1a.0: host system error, PCI problems?
uhci_hcd 0000:00:1a.0: host controller halted, very bad!
uhci_hcd 0000:00:1a.0: HC died; cleaning up
usb usb3: unable to read config index 0 descriptor/start: -108
usb usb3: chopping to 0 config(s)
usb usb3: string descriptor 0 read error: -108
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: no configuration chosen from 0 choices
uhci_hcd 0000:00:1a.0: HC died; cleaning up
BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
IP: [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
PGD 0
Oops: 0000 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 111, comm: work_for_cpu Not tainted 2.6.31.6-pvops-dom0 #8 OptiPlex 960
RIP: e030:[<ffffffff813be3d2>] [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP: e02b:ffff8801dd2efd40 EFLAGS: 00010046
RAX: 0000000000000000 RBX: ffff8801dd300000 RCX: 00000000000001ab
RDX: ffff8801dd2dc880 RSI: ffff8801dd300848 RDI: ffff8801dd300848
RBP: ffff8801dd2efd50 R08: 000000000000000c R09: ffff8801dd2efbf0
R10: 00000002f03084ef R11: 0000000000000144 R12: 0000000000000200
R13: ffff8801dd300848 R14: ffff8801dd300848 R15: 0000000000000010
FS: 0000000000000000(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000098 CR3: 0000000001001000 CR4: 0000000000002660
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process work_for_cpu (pid: 111, threadinfo ffff8801dd2ee000, task ffff8801dd2dc880)
Stack:
0000000000000200 000000003ef909b5 ffff8801dd2efd80 ffffffff813c422b
<0> ffff8801dd2efd80 000000003ef909b5 ffff8801dd300000 0000000000000000
<0> ffff8801dd2efdf0 ffffffff813c55f6 40ff8801dd2efdf0 000000000000ff20
Call Trace:
[<ffffffff813c422b>] usb_hc_died+0x78/0xa3
[<ffffffff813c55f6>] usb_add_hcd+0x544/0x6a8
[<ffffffff813d5206>] usb_hcd_pci_probe+0x263/0x3bd
[<ffffffff8107e91c>] ? do_work_for_cpu+0x0/0x50
[<ffffffff8129658f>] local_pci_probe+0x2a/0x42
[<ffffffff8107e943>] do_work_for_cpu+0x27/0x50
[<ffffffff81083c80>] kthread+0xac/0xb4
[<ffffffff810161aa>] child_rip+0xa/0x20
[<ffffffff81015b10>] ? restore_args+0x0/0x30
[<ffffffff810161a0>] ? child_rip+0x0/0x20
Code: 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 f8 31 c0 48 8b 87 88 02 00 00 <48> 8b 80 98 00 00 00 48 8b b8 f8 00 00 00 e8 6d fe ff ff 48 8b
RIP [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP <ffff8801dd2efd40>
CR2: 0000000000000098
---[ end trace 947fb1e946a41dc4 ]---
ata3: SATA link down (SStatus 4 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-26 19:30 ` David P. Quigley
2010-01-26 19:46 ` Pasi Kärkkäinen
@ 2010-01-27 20:22 ` David P. Quigley
2010-01-28 9:24 ` Pasi Kärkkäinen
1 sibling, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-27 20:22 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel@lists.xensource.com, Daniel Stodden
On Tue, 2010-01-26 at 14:30 -0500, David P. Quigley wrote:
> I have a small update on the problem. It does seem like it is tied to
> VT-D because I just turned it off in the bios and the dom0 manages to
> boot on top of xen and I can log in. Are there any options for VT-D that
> you would like me to try to help pin point the problem?
>
> Dave
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
So I've managed to get my dom0 booting on top of xen however now I'm
running into a problem where my domU is kernel oopsing on startup. The
traces I've gotten seem to be in the memory allocation functions.
Normally this is a sign of memory corruption. Considering this VM was
working perfectly with the 2.6.31.10 dom0 based on the Novell patches
and xen 4.0 I don't think it is the VM that is the problem (however I
can try starting it under kvm to be certain. Any suggestions on what I
can do to try to hunt down the memory corruption?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-27 18:48 ` David P. Quigley
@ 2010-01-28 1:50 ` Han, Weidong
2010-01-28 16:10 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Han, Weidong @ 2010-01-28 1:50 UTC (permalink / raw)
To: David P. Quigley
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 2653 bytes --]
Hi Dave,
I found the DMAR (VT-d) was also enabled in pvops dom0 in the log. It should not happen because Xen zaps ACPI DMAR signature to prevent dom0 using VT-d. Could you apply below small patch to confirm that xen really zaps ACPI DMAR?
diff -r 2f98b700605f xen/drivers/passthrough/vtd/dmar.c
--- a/xen/drivers/passthrough/vtd/dmar.c Wed Jan 27 08:59:47 2010 +0000
+++ b/xen/drivers/passthrough/vtd/dmar.c Thu Jan 28 09:44:31 2010 +0800
@@ -673,6 +673,8 @@ out:
out:
/* Zap ACPI DMAR signature to prevent dom0 using vt-d HW. */
dmar->header.signature[0] = '\0';
+ printk(XENLOG_WARNING
+ "Zap ACPI DMAR signature to prevent dom0 using VT-d HW.\n");
return ret;
}
-----Original Message-----
From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
Sent: Thursday, January 28, 2010 2:48 AM
To: Han, Weidong
Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
On Wed, 2010-01-27 at 10:49 +0800, Han, Weidong wrote:
> Can you pls post the serial output? It should have warning messages if it is caused by VT-d.
>
> Regards,
> Weidong
>
> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of David P.
> Quigley
> Sent: Wednesday, January 27, 2010 4:21 AM
> To: Pasi Kärkkäinen
> Cc: Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek
> Wilk
> Subject: Re: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI =
> BUG()
>
> On Tue, 2010-01-26 at 21:46 +0200, Pasi Kärkkäinen wrote:
> > On Tue, Jan 26, 2010 at 02:30:09PM -0500, David P. Quigley wrote:
> > > I have a small update on the problem. It does seem like it is tied
> > > to VT-D because I just turned it off in the bios and the dom0
> > > manages to boot on top of xen and I can log in. Are there any
> > > options for VT-D that you would like me to try to help pin point the problem?
> > >
> >
> > At least update to the latest xen-unstable tree, since -rc2 got just
> > released, and it has some VT-d fixes/changes.
> >
> > -- Pasi
>
> I updated my xen-unstable tree and tried to turn VT-D back on and it
> breaks booting again so we still have a bug on our hands.
>
> Dave
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
Hello,
Attached is the full serial console output with vt-d enabled from the xen 4.0-pre ascii art to the kernel oops in dom0.
Dave
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-27 20:22 ` David P. Quigley
@ 2010-01-28 9:24 ` Pasi Kärkkäinen
2010-01-28 14:49 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-28 9:24 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Wed, Jan 27, 2010 at 03:22:57PM -0500, David P. Quigley wrote:
> On Tue, 2010-01-26 at 14:30 -0500, David P. Quigley wrote:
> > I have a small update on the problem. It does seem like it is tied to
> > VT-D because I just turned it off in the bios and the dom0 manages to
> > boot on top of xen and I can log in. Are there any options for VT-D that
> > you would like me to try to help pin point the problem?
> >
> > Dave
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
>
>
> So I've managed to get my dom0 booting on top of xen however now I'm
> running into a problem where my domU is kernel oopsing on startup. The
> traces I've gotten seem to be in the memory allocation functions.
> Normally this is a sign of memory corruption. Considering this VM was
> working perfectly with the 2.6.31.10 dom0 based on the Novell patches
> and xen 4.0 I don't think it is the VM that is the problem (however I
> can try starting it under kvm to be certain. Any suggestions on what I
> can do to try to hunt down the memory corruption?
>
Hmm.. interesting.
You could try this: Set on_crash="preserve" in /etc/xen/<guest> cfgfile,
and when the guest crashes, run in dom0:
/usr/lib/xen/bin/xenctx -s System.map-domUkernelversion <domUid>
If your system is 64bit then xenctx might be under /usr/lib64/
That should give you a stack trace of the crashed guest..
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-28 9:24 ` Pasi Kärkkäinen
@ 2010-01-28 14:49 ` David P. Quigley
2010-01-28 15:02 ` Pasi Kärkkäinen
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-28 14:49 UTC (permalink / raw)
To: Pasi Kärkkäinen
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Thu, 2010-01-28 at 11:24 +0200, Pasi Kärkkäinen wrote:
> On Wed, Jan 27, 2010 at 03:22:57PM -0500, David P. Quigley wrote:
> > On Tue, 2010-01-26 at 14:30 -0500, David P. Quigley wrote:
> > > I have a small update on the problem. It does seem like it is tied to
> > > VT-D because I just turned it off in the bios and the dom0 manages to
> > > boot on top of xen and I can log in. Are there any options for VT-D that
> > > you would like me to try to help pin point the problem?
> > >
> > > Dave
> > >
> > >
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@lists.xensource.com
> > > http://lists.xensource.com/xen-devel
> >
> >
> > So I've managed to get my dom0 booting on top of xen however now I'm
> > running into a problem where my domU is kernel oopsing on startup. The
> > traces I've gotten seem to be in the memory allocation functions.
> > Normally this is a sign of memory corruption. Considering this VM was
> > working perfectly with the 2.6.31.10 dom0 based on the Novell patches
> > and xen 4.0 I don't think it is the VM that is the problem (however I
> > can try starting it under kvm to be certain. Any suggestions on what I
> > can do to try to hunt down the memory corruption?
> >
>
> Hmm.. interesting.
>
> You could try this: Set on_crash="preserve" in /etc/xen/<guest> cfgfile,
> and when the guest crashes, run in dom0:
>
> /usr/lib/xen/bin/xenctx -s System.map-domUkernelversion <domUid>
>
> If your system is 64bit then xenctx might be under /usr/lib64/
> That should give you a stack trace of the crashed guest..
>
> -- Pasi
I'll run that when I get a chance. I managed to get the domU booting. I
removed all of my debug statements off of the xen-4.0.gz line in my grub
entry and it worked. I'm not sure if that code is the cause or if it
just didn't stress a race condition that happens when the system is
running slower because of debug code.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-28 14:49 ` David P. Quigley
@ 2010-01-28 15:02 ` Pasi Kärkkäinen
0 siblings, 0 replies; 48+ messages in thread
From: Pasi Kärkkäinen @ 2010-01-28 15:02 UTC (permalink / raw)
To: David P. Quigley
Cc: Daniel Stodden, xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk
On Thu, Jan 28, 2010 at 09:49:16AM -0500, David P. Quigley wrote:
> On Thu, 2010-01-28 at 11:24 +0200, Pasi Kärkkäinen wrote:
> > On Wed, Jan 27, 2010 at 03:22:57PM -0500, David P. Quigley wrote:
> > > On Tue, 2010-01-26 at 14:30 -0500, David P. Quigley wrote:
> > > > I have a small update on the problem. It does seem like it is tied to
> > > > VT-D because I just turned it off in the bios and the dom0 manages to
> > > > boot on top of xen and I can log in. Are there any options for VT-D that
> > > > you would like me to try to help pin point the problem?
> > > >
> > > > Dave
> > > >
> > > >
> > > > _______________________________________________
> > > > Xen-devel mailing list
> > > > Xen-devel@lists.xensource.com
> > > > http://lists.xensource.com/xen-devel
> > >
> > >
> > > So I've managed to get my dom0 booting on top of xen however now I'm
> > > running into a problem where my domU is kernel oopsing on startup. The
> > > traces I've gotten seem to be in the memory allocation functions.
> > > Normally this is a sign of memory corruption. Considering this VM was
> > > working perfectly with the 2.6.31.10 dom0 based on the Novell patches
> > > and xen 4.0 I don't think it is the VM that is the problem (however I
> > > can try starting it under kvm to be certain. Any suggestions on what I
> > > can do to try to hunt down the memory corruption?
> > >
> >
> > Hmm.. interesting.
> >
> > You could try this: Set on_crash="preserve" in /etc/xen/<guest> cfgfile,
> > and when the guest crashes, run in dom0:
> >
> > /usr/lib/xen/bin/xenctx -s System.map-domUkernelversion <domUid>
> >
> > If your system is 64bit then xenctx might be under /usr/lib64/
> > That should give you a stack trace of the crashed guest..
> >
> > -- Pasi
>
> I'll run that when I get a chance. I managed to get the domU booting. I
> removed all of my debug statements off of the xen-4.0.gz line in my grub
> entry and it worked. I'm not sure if that code is the cause or if it
> just didn't stress a race condition that happens when the system is
> running slower because of debug code.
>
Hmm.. I remember some discussions that "sync_console console_to_ring" might cause problems.
Not sure about that though.
-- Pasi
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-28 1:50 ` Han, Weidong
@ 2010-01-28 16:10 ` David P. Quigley
2010-01-30 13:50 ` Han, Weidong
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-01-28 16:10 UTC (permalink / raw)
To: Han, Weidong
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
[-- Attachment #1: Type: text/plain, Size: 144 bytes --]
I've attached the output from the patched xen hypervisor. I see the
message being printed out so it appears to be clearing the signature.
Dave
[-- Attachment #2: vtd-output-patched.txt --]
[-- Type: text/plain, Size: 56349 bytes --]
__ __ _ _ ___ ___ _____
\ \/ /___ _ __ | || | / _ \ / _ \ _ __ ___|___ / _ __ _ __ ___
\ // _ \ '_ \ | || |_| | | | | | |__| '__/ __| |_ \ __| '_ \| '__/ _ \
/ \ __/ | | | |__ _| |_| | |_| |__| | | (__ ___) |__| |_) | | | __/
/_/\_\___|_| |_| |_|(_)___(_)___/ |_| \___|____/ | .__/|_| \___|
|_|
(XEN) Xen version 4.0.0-rc3-pre (dpquigl@epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) Thu Jan 28 10:57:56 EST 2010
(XEN) Latest ChangeSet: Tue Jan 26 15:54:40 2010 +0000 20858:2636e5619708
(XEN) Console output is synchronous.
(XEN) Command line: console=com1 com1=115200,8n1 loglvl=all guest_loglvl=all sync_console console_to_ring
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) Found 1 MBR signatures
(XEN) Found 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009a800 (usable)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000bfdffc00 (usable)
(XEN) 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
(XEN) 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
(XEN) 00000000bfe55c00 - 00000000c0000000 (reserved)
(XEN) 00000000e0000000 - 00000000f0000000 (reserved)
(XEN) 00000000fec00000 - 00000000fed00400 (reserved)
(XEN) 00000000fed20000 - 00000000feda0000 (reserved)
(XEN) 00000000fee00000 - 00000000fef00000 (reserved)
(XEN) 00000000ffb00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 0000000238000000 (usable)
(XEN) ACPI: RSDP 000FEC00, 0024 (r2 DELL )
(XEN) ACPI: XSDT 000FC7CD, 009C (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: FACP 000FC8FD, 00F4 (r3 DELL B10K 15 ASL 61)
(XEN) ACPI: DSDT FFE9CFCA, 545E (r1 DELL dt_ex 1000 INTL 20050624)
(XEN) ACPI: FACS BFDFFC00, 0040
(XEN) ACPI: SSDT FFEA2547, 00AA (r1 DELL st_ex 1000 INTL 20050624)
(XEN) ACPI: APIC 000FC9F1, 0092 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: BOOT 000FCA83, 0028 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: ASF! 000FCAAB, 0096 (r32 DELL B10K 15 ASL 61)
(XEN) ACPI: MCFG 000FCB41, 003E (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: HPET 000FCB7F, 0038 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: TCPA 000FCDDB, 0032 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: DMAR 000FCE0D, 00D8 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SLIC 000FCBB7, 0176 (r1 DELL B10K 15 ASL 61)
(XEN) ACPI: SSDT BFDFFC40, 01F9 (r1 DpgPmm Cpu0Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00049, 01F9 (r1 DpgPmm Cpu1Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00452, 01F9 (r1 DpgPmm Cpu2Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE0085B, 01F9 (r1 DpgPmm Cpu3Ist 11 INTL 20050624)
(XEN) ACPI: SSDT BFE00C64, 0190 (r1 DpgPmm CpuPm 10 INTL 20050624)
(XEN) System RAM: 8028MB (8221644kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-0000000238000000
(XEN) Domain heap initialised
(XEN) found SMP MP-table at 000fe710
(XEN) DMI 2.5 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x808
(XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0]
(XEN) ACPI: wakeup_vec[bfdffc0c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
(XEN) Processor #1 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
(XEN) Processor #2 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
(XEN) Processor #3 7:7 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000
(XEN) [VT-D]dmar.c:631: Host address width 36
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc1000
(XEN) [VT-D]dmar.c:326: endpoint: 0:1b.0
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc3000
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:3.3
(XEN) [VT-D]dmar.c:640: found ACPI_DMAR_DRHD:
(XEN) [VT-D]dmar.c:374: dmaru->address = fedc4000
(XEN) [VT-D]dmar.c:386: flags: INCLUDE_ALL
(XEN) [VT-D]dmar.c:644: found ACPI_DMAR_RMRR:
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1d.7
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.0
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.1
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.2
(XEN) [VT-D]dmar.c:326: endpoint: 0:1a.7
(XEN) [VT-D]dmar.c:535: RMRR region: base_addr bfe58000 end_address bfe6ffff
(XEN) Zap ACPI DMAR signature to prevent dom0 using VT-d HW.
(XEN) PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
(XEN) PCI: MCFG area at e0000000 reserved in E820
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) XSM Framework v1.0.0 initialized
(XEN) Policy len 0x12dc, start at ffff8300bf7fed24.
(XEN) dummy.c:481: Had to override the security_domaininfo security operation with the dummy one.
(XEN) dummy.c:482: Had to override the setvcpucontext security operation with the dummy one.
(XEN) dummy.c:483: Had to override the pausedomain security operation with the dummy one.
(XEN) dummy.c:484: Had to override the unpausedomain security operation with the dummy one.
(XEN) dummy.c:485: Had to override the resumedomain security operation with the dummy one.
(XEN) dummy.c:486: Had to override the domain_create security operation with the dummy one.
(XEN) dummy.c:487: Had to override the max_vcpus security operation with the dummy one.
(XEN) dummy.c:488: Had to override the destroydomain security operation with the dummy one.
(XEN) dummy.c:489: Had to override the vcpuaffinity security operation with the dummy one.
(XEN) dummy.c:490: Had to override the scheduler security operation with the dummy one.
(XEN) dummy.c:491: Had to override the getdomaininfo security operation with the dummy one.
(XEN) dummy.c:492: Had to override the getvcpucontext security operation with the dummy one.
(XEN) dummy.c:493: Had to override the getvcpuinfo security operation with the dummy one.
(XEN) dummy.c:494: Had to override the domain_settime security operation with the dummy one.
(XEN) dummy.c:495: Had to override the set_target security operation with the dummy one.
(XEN) dummy.c:496: Had to override the tbufcontrol security operation with the dummy one.
(XEN) dummy.c:497: Had to override the readconsole security operation with the dummy one.
(XEN) dummy.c:498: Had to override the sched_id security operation with the dummy one.
(XEN) dummy.c:499: Had to override the setdomainmaxmem security operation with the dummy one.
(XEN) dummy.c:500: Had to override the setdomainhandle security operation with the dummy one.
(XEN) dummy.c:501: Had to override the setdebugging security operation with the dummy one.
(XEN) dummy.c:502: Had to override the perfcontrol security operation with the dummy one.
(XEN) dummy.c:503: Had to override the debug_keys security operation with the dummy one.
(XEN) dummy.c:504: Had to override the getcpuinfo security operation with the dummy one.
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:507: Had to override the availheap security operation with the dummy one.
(XEN) dummy.c:509: Had to override the evtchn_unbound security operation with the dummy one.
(XEN) dummy.c:510: Had to override the evtchn_interdomain security operation with the dummy one.
(XEN) dummy.c:511: Had to override the evtchn_close_post security operation with the dummy one.
(XEN) dummy.c:512: Had to override the evtchn_send security operation with the dummy one.
(XEN) dummy.c:513: Had to override the evtchn_status security operation with the dummy one.
(XEN) dummy.c:514: Had to override the evtchn_reset security operation with the dummy one.
(XEN) dummy.c:516: Had to override the grant_mapref security operation with the dummy one.
(XEN) dummy.c:517: Had to override the grant_unmapref security operation with the dummy one.
(XEN) dummy.c:518: Had to override the grant_setup security operation with the dummy one.
(XEN) dummy.c:519: Had to override the grant_transfer security operation with the dummy one.
(XEN) dummy.c:520: Had to override the grant_copy security operation with the dummy one.
(XEN) dummy.c:521: Had to override the grant_query_size security operation with the dummy one.
(XEN) dummy.c:523: Had to override the alloc_security_domain security operation with the dummy one.
(XEN) dummy.c:524: Had to override the free_security_domain security operation with the dummy one.
(XEN) dummy.c:525: Had to override the alloc_security_evtchn security operation with the dummy one.
(XEN) dummy.c:526: Had to override the free_security_evtchn security operation with the dummy one.
(XEN) dummy.c:528: Had to override the memory_adjust_reservation security operation with the dummy one.
(XEN) dummy.c:529: Had to override the memory_stat_reservation security operation with the dummy one.
(XEN) dummy.c:530: Had to override the memory_pin_page security operation with the dummy one.
(XEN) dummy.c:532: Had to override the console_io security operation with the dummy one.
(XEN) dummy.c:534: Had to override the profile security operation with the dummy one.
(XEN) dummy.c:536: Had to override the kexec security operation with the dummy one.
(XEN) dummy.c:537: Had to override the schedop_shutdown security operation with the dummy one.
(XEN) dummy.c:539: Had to override the add_range security operation with the dummy one.
(XEN) dummy.c:540: Had to override the remove_range security operation with the dummy one.
(XEN) dummy.c:542: Had to override the __do_xsm_op security operation with the dummy one.
(XEN) dummy.c:545: Had to override the shadow_control security operation with the dummy one.
(XEN) dummy.c:546: Had to override the getpageframeinfo security operation with the dummy one.
(XEN) dummy.c:547: Had to override the getmemlist security operation with the dummy one.
(XEN) dummy.c:548: Had to override the hypercall_init security operation with the dummy one.
(XEN) dummy.c:549: Had to override the hvmcontext security operation with the dummy one.
(XEN) dummy.c:550: Had to override the address_size security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) dummy.c:552: Had to override the hvm_param security operation with the dummy one.
(XEN) dummy.c:553: Had to override the hvm_set_pci_intx_level security operation with the dummy one.
(XEN) dummy.c:554: Had to override the hvm_set_isa_irq_level security operation with the dummy one.
(XEN) dummy.c:555: Had to override the hvm_set_pci_link_route security operation with the dummy one.
(XEN) dummy.c:556: Had to override the apic security operation with the dummy one.
(XEN) dummy.c:557: Had to override the assign_vector security operation with the dummy one.
(XEN) dummy.c:558: Had to override the xen_settime security operation with the dummy one.
(XEN) dummy.c:559: Had to override the memtype security operation with the dummy one.
(XEN) dummy.c:560: Had to override the microcode security operation with the dummy one.
(XEN) dummy.c:561: Had to override the physinfo security operation with the dummy one.
(XEN) dummy.c:562: Had to override the platform_quirk security operation with the dummy one.
(XEN) dummy.c:563: Had to override the firmware_info security operation with the dummy one.
(XEN) dummy.c:564: Had to override the acpi_sleep security operation with the dummy one.
(XEN) dummy.c:565: Had to override the change_freq security operation with the dummy one.
(XEN) dummy.c:566: Had to override the getidletime security operation with the dummy one.
(XEN) dummy.c:567: Had to override the machine_memory_map security operation with the dummy one.
(XEN) dummy.c:568: Had to override the domain_memory_map security operation with the dummy one.
(XEN) dummy.c:569: Had to override the mmu_normal_update security operation with the dummy one.
(XEN) dummy.c:570: Had to override the mmu_machphys_update security operation with the dummy one.
(XEN) dummy.c:571: Had to override the update_va_mapping security operation with the dummy one.
(XEN) dummy.c:572: Had to override the add_to_physmap security operation with the dummy one.
(XEN) dummy.c:573: Had to override the sendtrigger security operation with the dummy one.
(XEN) dummy.c:574: Had to override the test_assign_device security operation with the dummy one.
(XEN) dummy.c:575: Had to override the assign_device security operation with the dummy one.
(XEN) dummy.c:576: Had to override the deassign_device security operation with the dummy one.
(XEN) dummy.c:577: Had to override the bind_pt_irq security operation with the dummy one.
(XEN) dummy.c:578: Had to override the pin_mem_cacheattr security operation with the dummy one.
(XEN) dummy.c:579: Had to override the ext_vcpucontext security operation with the dummy one.
(XEN) Flask: Initializing.
(XEN) AVC INITIALIZED
(XEN) dummy.c:505: Had to override the pm_op security operation with the dummy one.
(XEN) dummy.c:506: Had to override the get_pmstat security operation with the dummy one.
(XEN) dummy.c:551: Had to override the machine_address_size security operation with the dummy one.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 16 avtab hash slots, 57 rules.
(XEN) Flask: 1 users, 2 roles, 24 types, 0 bools
(XEN) Flask: 9 classes, 57 rules
(XEN) Flask: Starting in permissive mode.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Initializing CPU#0
(XEN) Detected 2992.521 MHz processor.
(XEN) Initing memory sharing.
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 0
(XEN) VMX: Supported advanced features:
(XEN) - APIC MMIO access virtualisation
(XEN) - APIC TPR shadow
(XEN) - Virtual NMI
(XEN) - MSR direct-access bitmap
(XEN) HVM: ASIDs disabled.
(XEN) HVM: VMX enabled
(XEN) xsave_init: cpu0: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) xsave_init: using cntxt_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#0.
(XEN) CPU0: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU0 has no CMCI support
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc3000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc1000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:1062: drhd->address = fedc4000
(XEN) [VT-D]iommu.c:1063: iommu->reg = ffff82c3fff55000
(XEN) Intel VT-d Snoop Control not supported.
(XEN) Intel VT-d DMA Passthrough not supported.
(XEN) Intel VT-d Queued Invalidation not supported.
(XEN) Intel VT-d Interrupt Remapping not supported.
(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled
(XEN) CPU0: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 1/1 eip 8c000
(XEN) Initializing CPU#1
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 1
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu1: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#1.
(XEN) CPU1: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU1 has no CMCI support
(XEN) CPU1: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 2/2 eip 8c000
(XEN) Initializing CPU#2
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 2
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu2: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#2.
(XEN) CPU2: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU2 has no CMCI support
(XEN) CPU2: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Booting processor 3/3 eip 8c000
(XEN) Initializing CPU#3
(XEN) CPU: L1 I cache: 32K, L1 D cache: 32K
(XEN) CPU: L2 cache: 6144K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU: Processor Core ID: 3
(XEN) HVM: ASIDs disabled.
(XEN) xsave_init: cpu3: cntxt_max_size: 0x240 and states: 00000000:00000003
(XEN) Intel machine check reporting enabled on CPU#3.
(XEN) CPU3: Thermal monitoring enabled (TM2)
(XEN) CMCI: CPU3 has no CMCI support
(XEN) CPU3: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz stepping 0a
(XEN) Total of 4 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
(XEN) checking TSC synchronization across 4 CPUs: passed.
(XEN) Platform timer is 14.318MHz HPET
(XEN) microcode.c:73:d32767 microcode: CPU1 resumed
(XEN) Brought up 4 CPUs
(XEN) microcode.c:73:d32767 microcode: CPU3 resumed
(XEN) microcode.c:73:d32767 microcode: CPU2 resumed
(XEN) HPET: 8 timers in total, 8 timers will be used for broadcast
(XEN) ACPI sleep modes: S3
(XEN) mcheck_poll: Machine check polling timer started.
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:0.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:0.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:3.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:3.3: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:19.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:19.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1a.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1a.7: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.1
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.1: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1d.7
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1d.7: no extended config
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1e.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.0
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.0: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.2
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.2: no extended config
(XEN) [VT-D]iommu.c:1306:d32767 domain_context_mapping:PCI: bdf = 0:1f.3
(XEN) [VT-D]mmconfig-shared.c:460: next cap:0:1f.3: no extended config
(XEN) [VT-D]iommu.c:1299:d32767 domain_context_mapping:PCIe: bdf = 1:0.0
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff57000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff56000
(XEN) [VT-D]iommu.c:684: iommu_enable_translation: iommu->reg = ffff82c3fff55000
(XEN) *** LOADING DOMAIN 0 ***
(XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x764000
(XEN) elf_parse_binary: phdr: paddr=0x1764000 memsz=0xd8460
(XEN) elf_parse_binary: phdr: paddr=0x183d000 memsz=0x888
(XEN) elf_parse_binary: phdr: paddr=0x183e000 memsz=0x1d6660
(XEN) elf_parse_binary: phdr: paddr=0x1a14660 memsz=0xc9b9a0
(XEN) elf_parse_binary: memory: 0x1000000 -> 0x26b0000
(XEN) elf_xen_parse_note: GUEST_OS = "linux"
(XEN) elf_xen_parse_note: GUEST_VERSION = "2.6"
(XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0"
(XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000
(XEN) elf_xen_parse_note: ENTRY = 0xffffffff81a14860
(XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff81009000
(XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"
(XEN) elf_xen_parse_note: PAE_MODE = "yes"
(XEN) elf_xen_parse_note: LOADER = "generic"
(XEN) elf_xen_parse_note: unknown xen elf note (0xd)
(XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1
(XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000
(XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0
(XEN) elf_xen_addr_calc_check: addresses:
(XEN) virt_base = 0xffffffff80000000
(XEN) elf_paddr_offset = 0x0
(XEN) virt_offset = 0xffffffff80000000
(XEN) virt_kstart = 0xffffffff81000000
(XEN) virt_kend = 0xffffffff826b0000
(XEN) virt_entry = 0xffffffff81a14860
(XEN) p2m_base = 0xffffffffffffffff
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x26b0000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 000000022c000000->0000000230000000 (1986208 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff826b0000
(XEN) Init. ramdisk: ffffffff826b0000->ffffffff82f74000
(XEN) Phys-Mach map: ffffffff82f74000->ffffffff83ebb500
(XEN) Start info: ffffffff83ebc000->ffffffff83ebc4b4
(XEN) Page tables: ffffffff83ebd000->ffffffff83ee0000
(XEN) Boot stack: ffffffff83ee0000->ffffffff83ee1000
(XEN) TOTAL: ffffffff80000000->ffffffff84000000
(XEN) ENTRY ADDRESS: ffffffff81a14860
(XEN) Dom0 has maximum 4 VCPUs
(XEN) elf_load_binary: phdr 0 at 0xffffffff81000000 -> 0xffffffff81764000
(XEN) elf_load_binary: phdr 1 at 0xffffffff81764000 -> 0xffffffff8183c460
(XEN) elf_load_binary: phdr 2 at 0xffffffff8183d000 -> 0xffffffff8183d888
(XEN) elf_load_binary: phdr 3 at 0xffffffff8183e000 -> 0xffffffff81a14660
(XEN) elf_load_binary: phdr 4 at 0xffffffff81a14660 -> 0xffffffff81b68000
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) tmem: initialized comp=0 global-lock=0
(XEN) Std. Loglevel: All
(XEN) Guest Loglevel: All
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 148kB init memory.
mapping kernel into physical memory
Xen: setup ISA identity maps
about to get started...
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.31.6-pvops-dom0 (dpquigl@moss-wolverine.epoch.ncsc.mil) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #8 SMP Tue Jan 26 13:32:27 EST 2010
Command line: ro root=/dev/mapper/VolGroup-lv_root console=hvc0 earlyprintk=xen
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
xen_release_chunk: looking at area pfn 9b-a0
xen_release_chunk: looking at area pfn c0000-e0000
xen_release_chunk: looking at area pfn f0000-fec00
xen_release_chunk: looking at area pfn fed01-fed20
xen_release_chunk: looking at area pfn feda0-fee00
xen_release_chunk: looking at area pfn fef00-ffb00
released 0 pages of unused memory
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 000000000009a800 (usable)
Xen: 00000000000a0000 - 0000000000100000 (reserved)
Xen: 0000000000100000 - 00000000bfdffc00 (usable)
Xen: 00000000bfdffc00 - 00000000bfe53c00 (ACPI NVS)
Xen: 00000000bfe53c00 - 00000000bfe55c00 (ACPI data)
Xen: 00000000bfe55c00 - 00000000c0000000 (reserved)
Xen: 00000000e0000000 - 00000000f0000000 (reserved)
Xen: 00000000fec00000 - 00000000fed00400 (reserved)
Xen: 00000000fed20000 - 00000000feda0000 (reserved)
Xen: 00000000fee00000 - 00000000fef00000 (reserved)
Xen: 00000000ffb00000 - 0000000100000000 (reserved)
Xen: 0000000100000000 - 00000001e8ea0000 (usable)
console [xenboot0] enabled
DMI 2.5 present.
last_pfn = 0x1e8ea0 max_arch_pfn = 0x400000000
last_pfn = 0xbfdff max_arch_pfn = 0x400000000
init_memory_mapping: 0000000000000000-00000000bfdff000
init_memory_mapping: 0000000100000000-00000001e8ea0000
RAMDISK: 026b0000 - 02f74000
ACPI: RSDP 00000000000fec00 00024 (v02 DELL )
ACPI: XSDT 00000000000fc7cd 0009C (v01 DELL B10K 00000015 ASL 00000061)
ACPI: FACP 00000000000fc8fd 000F4 (v03 DELL B10K 00000015 ASL 00000061)
ACPI: DSDT 00000000ffe9cfca 0545E (v01 DELL dt_ex 00001000 INTL 20050624)
ACPI: FACS 00000000bfdffc00 00040
ACPI: SSDT 00000000ffea2547 000AA (v01 DELL st_ex 00001000 INTL 20050624)
ACPI: APIC 00000000000fc9f1 00092 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: BOOT 00000000000fca83 00028 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: ASF! 00000000000fcaab 00096 (v32 DELL B10K 00000015 ASL 00000061)
ACPI: MCFG 00000000000fcb41 0003E (v01 DELL B10K 00000015 ASL 00000061)
ACPI: HPET 00000000000fcb7f 00038 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: TCPA 00000000000fcddb 00032 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: DMAR 00000000000fce0d 000D8 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SLIC 00000000000fcbb7 00176 (v01 DELL B10K 00000015 ASL 00000061)
ACPI: SSDT 00000000bfdffc40 001F9 (v01 DpgPmm Cpu0Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00049 001F9 (v01 DpgPmm Cpu1Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00452 001F9 (v01 DpgPmm Cpu2Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe0085b 001F9 (v01 DpgPmm Cpu3Ist 00000011 INTL 20050624)
ACPI: SSDT 00000000bfe00c64 00190 (v01 DpgPmm CpuPm 00000010 INTL 20050624)
No NUMA configuration found
Faking a node at 0000000000000000-00000001e8ea0000
Bootmem setup node 0 0000000000000000-00000001e8ea0000
NODE_DATA [0000000000008000 - 000000000001ffff]
bootmap [0000000000020000 - 000000000005d1d7] pages 3e
(9 early reservations) ==> bootmem [0000000000 - 01e8ea0000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0003ebd000 - 0003ee0000] XEN PAGETABLES ==> [0003ebd000 - 0003ee0000]
#2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#3 [0001000000 - 000268f990] TEXT DATA BSS ==> [0001000000 - 000268f990]
#4 [00026b0000 - 0002f74000] RAMDISK ==> [00026b0000 - 0002f74000]
#5 [0002f74000 - 0003ebd000] XEN START INFO ==> [0002f74000 - 0003ebd000]
#6 [0002690000 - 00026901a0] BRK ==> [0002690000 - 00026901a0]
#7 [0000100000 - 00006dd000] PGTABLE ==> [0000100000 - 00006dd000]
#8 [0003ee0000 - 000462c000] PGTABLE ==> [0003ee0000 - 000462c000]
found SMP MP-table at [ffff8800000fe710] fe710
Zone PFN ranges:
DMA 0x00000000 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x001e8ea0
Movable zone start PFN for each node
early_node_map[3] active PFN ranges
0: 0x00000000 -> 0x0000009a
0: 0x00000100 -> 0x000bfdff
0: 0x00100000 -> 0x001e8ea0
ACPI: PM-Timer IO Port: 0x808
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x01] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x03] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a701 base: 0xfed00000
SMP: Allowing 4 CPUs, 0 hotplug CPUs
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=2, irq=0
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 3 already mapped
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00010900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
(XEN) irq.c:1445: dom0: pirq 0 or irq 5 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 6 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 7 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 8 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 9 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 10 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 11 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 12 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 13 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 14 already mapped
(XEN) irq.c:1445: dom0: pirq 0 or irq 15 already mapped
(XEN) allocated vector for irq:16
(XEN) irq.c:1445: dom0: pirq 0 or irq 16 already mapped
(XEN) allocated vector for irq:17
(XEN) irq.c:1445: dom0: pirq 0 or irq 17 already mapped
(XEN) allocated vector for irq:18
(XEN) irq.c:1445: dom0: pirq 0 or irq 18 already mapped
(XEN) allocated vector for irq:19
(XEN) irq.c:1445: dom0: pirq 0 or irq 19 already mapped
(XEN) allocated vector for irq:20
(XEN) irq.c:1445: dom0: pirq 0 or irq 20 already mapped
(XEN) allocated vector for irq:21
(XEN) irq.c:1445: dom0: pirq 0 or irq 21 already mapped
(XEN) allocated vector for irq:22
(XEN) irq.c:1445: dom0: pirq 0 or irq 22 already mapped
(XEN) allocated vector for irq:23
(XEN) irq.c:1445: dom0: pirq 0 or irq 23 already mapped
PM: Registered nosave memory: 000000000009a000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
PM: Registered nosave memory: 00000000bfdff000 - 00000000bfe00000
PM: Registered nosave memory: 00000000bfe00000 - 00000000bfe53000
PM: Registered nosave memory: 00000000bfe53000 - 00000000bfe54000
PM: Registered nosave memory: 00000000bfe54000 - 00000000bfe55000
PM: Registered nosave memory: 00000000bfe55000 - 00000000bfe56000
PM: Registered nosave memory: 00000000bfe56000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000
PM: Registered nosave memory: 00000000fed00000 - 00000000fed20000
PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000
PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fef00000
PM: Registered nosave memory: 00000000fef00000 - 00000000ffb00000
PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:4 nr_node_ids:1
PERCPU: Allocated 471 4k pages, static data 1926752 bytes
Xen: using vcpu_info placement
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1687481
Policy zone: Normal
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root console=hvc0 earlyprintk=xen
PID hash table entries: 4096 (order: 12, 32768 bytes)
Initializing CPU#0
PCI-DMA: Using Xen software bounce buffering for IO (Xen-SWIOTLB)
Placing 64MB Xen software IO TLB between ffff880020000000 - ffff880024000000
Xen software IO TLB at phys 0x20000000 - 0x24000000
Memory: 6643552k/8010368k available (5247k kernel code, 1051036k absent, 315780k reserved, 3185k data, 3204k init)
SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:440
xen_set_ioapic_routing: irq 0 gsi 0 vector 0 ioapic 0 pin 0 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=0, irq=0
(XEN) ioapic_guest_write: new_entry=00000900
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 1 gsi 1 vector 1 ioapic 0 pin 1 triggering 0 polarity 0
xen_set_ioapic_routing: irq 3 gsi 3 vector 3 ioapic 0 pin 3 triggering 0 polarity 0
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
xen_set_ioapic_routing: irq 5 gsi 5 vector 5 ioapic 0 pin 5 triggering 0 polarity 0
xen_set_ioapic_routing: irq 6 gsi 6 vector 6 ioapic 0 pin 6 triggering 0 polarity 0
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_set_ioapic_routing: irq 9 gsi 9 vector 9 ioapic 0 pin 9 triggering 1 polarity 0
xen_set_ioapic_routing: irq 10 gsi 10 vector 10 ioapic 0 pin 10 triggering 0 polarity 0
xen_set_ioapic_routing: irq 11 gsi 11 vector 11 ioapic 0 pin 11 triggering 0 polarity 0
xen_set_ioapic_routing: irq 12 gsi 12 vector 12 ioapic 0 pin 12 triggering 0 polarity 0
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_set_ioapic_routing: irq 14 gsi 14 vector 14 ioapic 0 pin 14 triggering 0 polarity 0
xen_set_ioapic_routing: irq 15 gsi 15 vector 15 ioapic 0 pin 15 triggering 0 polarity 0
Detected 2992.520 MHz processor.
Console: colour VGA+ 80x25
console handover: boot [xenboot0] -> real [hvc0]
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES: 8
... MAX_LOCK_DEPTH: 48
... MAX_LOCKDEP_KEYS: 8191
... CLASSHASH_SIZE: 4096
... MAX_LOCKDEP_ENTRIES: 16384
... MAX_LOCKDEP_CHAINS: 32768
... CHAINHASH_SIZE: 16384
memory used by lock dependency info: 6207 kB
per task-struct memory footprint: 2688 bytes
allocated 70778880 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
installing Xen timer for CPU 0
Calibrating delay loop (skipped), value calculated using timer frequency.. 5985.04 BogoMIPS (lpj=2992520)
Security Framework initialized
SELinux: Initializing.
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 0/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
Performance Counters: unsupported p6 CPU model 23 no PMU driver, software counters only.
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
ACPI: Core revision 20090521
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 21443 entries in 85 pages
installing Xen timer for CPU 1
lockdep: fixing up alternatives.
SMP alternatives: switching to SMP code
Initializing CPU#1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 1/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 2
Initializing CPU#2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 2/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
mce: CPU supports 6 MCE banks
installing Xen timer for CPU 3
Initializing CPU#3
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 6144K
CPU 3/0x0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
mce: CPU supports 6 MCE banks
Brought up 4 CPUs
Booting paravirtualized kernel on Xen
Xen version: 4.0.0-rc3-pre (preserve-AD) (dom0)
Grant tables using version 2 layout.
Grant table initialized
regulator: core version 0.5
Time: 16:02:22 Date: 01/28/10
NET: Registered protocol family 16
xenbus_probe_init ok
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI Warning: Incorrect checksum in table [TCPA] - 00, should be 7F 20090521 tbutils-246
ACPI: ACPI Dock Station Driver: 1 docks/bays found
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:19.0: PME# supported from D0 D3hot D3cold
pci 0000:00:19.0: PME# disabled
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1e.0: transparent bridge
(XEN) PCI add device 00:00.0
(XEN) PCI add device 00:01.0
(XEN) PCI add device 00:03.0
(XEN) PCI add device 00:03.2
(XEN) PCI add device 00:03.3
(XEN) PCI add device 00:19.0
(XEN) PCI add device 00:1a.0
(XEN) PCI add device 00:1a.1
(XEN) PCI add device 00:1a.2
(XEN) PCI add device 00:1a.7
(XEN) PCI add device 00:1b.0
(XEN) PCI add device 00:1c.0
(XEN) PCI add device 00:1c.1
(XEN) PCI add device 00:1d.0
(XEN) PCI add device 00:1d.1
(XEN) PCI add device 00:1d.2
(XEN) PCI add device 00:1d.7
(XEN) PCI add device 00:1e.0
(XEN) PCI add device 00:1f.0
(XEN) PCI add device 00:1f.2
(XEN) PCI add device 00:1f.3
(XEN) PCI add device 01:00.0
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15)
xenbus_probe_backend_init bus registered ok
xen_balloon: Initialising balloon driver with page order 0.
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
IO APIC resources couldn't be allocated.
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
DMA-API: preallocated 32768 debug entries
DMA-API: debugging enabled by kernel config
DMAR:Host address width 36
DMAR:DRHD base: 0x000000fedc1000 flags: 0x0
IOMMU fedc1000: ver 1:0 cap c9008020e30272 ecap 1000
DMAR:DRHD base: 0x000000fedc3000 flags: 0x0
IOMMU fedc3000: ver 1:0 cap c0000020630272 ecap 1000
DMAR:DRHD base: 0x000000fedc4000 flags: 0x1
IOMMU fedc4000: ver 1:0 cap c9008020630272 ecap 1000
DMAR:RMRR base: 0x000000bfe58000 end: 0x000000bfe6ffff
DMAR:No ATSR found
IOMMU 0xfedc3000: using Register based invalidation
IOMMU 0xfedc1000: using Register based invalidation
IOMMU 0xfedc4000: using Register based invalidation
IOMMU: identity mapping for device 0000:01:00.0
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1d.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.1 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.2 [0xbfe58000 - 0xbfe70000]
IOMMU: Setting identity map for device 0000:00:1a.7 [0xbfe58000 - 0xbfe70000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Multi-level page-table translation for DMAR.
pnp: PnP ACPI init
ACPI: bus type pnp registered
xen_allocate_pirq: returning irq 13 for gsi 13
xen_set_ioapic_routing: irq 13 gsi 13 vector 13 ioapic 0 pin 13 triggering 0 polarity 0
xen_allocate_pirq: returning irq 8 for gsi 8
xen_set_ioapic_routing: irq 8 gsi 8 vector 8 ioapic 0 pin 8 triggering 0 polarity 0
xen_allocate_pirq: returning irq 7 for gsi 7
xen_set_ioapic_routing: irq 7 gsi 7 vector 7 ioapic 0 pin 7 triggering 0 polarity 0
xen_allocate_pirq: returning irq 4 for gsi 4
xen_set_ioapic_routing: irq 4 gsi 4 vector 4 ioapic 0 pin 4 triggering 0 polarity 0
(XEN) io_apic.c:2291:
(XEN) ioapic_guest_write: apic=0, pin=4, irq=4
(XEN) ioapic_guest_write: new_entry=00000904
(XEN) ioapic_guest_write: Attempt to modify IO-APIC pin for in-use IRQ!
pnp: PnP ACPI: found 9 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: ioport range 0x800-0x85f has been reserved
system 00:01: ioport range 0xc00-0xc7f has been reserved
system 00:01: ioport range 0x860-0x8ff has been reserved
work_for_cpu used greatest stack depth: 6400 bytes left
PM-Timer failed consistency check (0x0xffffff) - aborting.
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0: IO window: 0xd000-0xdfff
pci 0000:00:01.0: MEM window: 0xfe900000-0xfeafffff
pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:02
pci 0000:00:1c.0: IO window: disabled
pci 0000:00:1c.0: MEM window: 0xfe800000-0xfe8fffff
pci 0000:00:1c.0: PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:03
pci 0000:00:1c.1: IO window: disabled
pci 0000:00:1c.1: MEM window: 0xfe700000-0xfe7fffff
pci 0000:00:1c.1: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:04
pci 0000:00:1e.0: IO window: disabled
pci 0000:00:1e.0: MEM window: disabled
pci 0000:00:1e.0: PREFETCH window: disabled
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 10, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
Trying to unpack rootfs image as initramfs...
Freeing initrd memory: 8976k freed
Simple Boot Flag at 0x7a set to 0x1
audit: initializing netlink socket (disabled)
type=2000 audit(1264694545.034:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 12993
cryptomgr_test used greatest stack depth: 5312 bytes left
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp_glue: can't get bus number, assuming 0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button [VBTN]
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(1) cpuid(0) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=1 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 0 initialization completed
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(2) cpuid(1) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=2 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 1 initialization completed
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(3) cpuid(2) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=3 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 2 initialization completed
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PPC: 0
(XEN) Set CPU acpi_id(4) cpuid(3) Px State info:
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=64, bit_offset=0, reserved=0, address=409
(XEN) _PCT: descriptor=130, length=12, space_id=127, bit_width=16, bit_offset=0, reserved=0, address=408
(XEN) _PSS: state_count=4
(XEN) State0: 3000MHz 89000mW 10us 10us 0x926 0x926
(XEN) State1: 2667MHz 76000mW 10us 10us 0x821 0x821
(XEN) State2: 2333MHz 64000mW 10us 10us 0x71c 0x71c
(XEN) State3: 2000MHz 52000mW 10us 10us 0x616 0x616
(XEN) _PSD: num_entries=5 rev=0 domain=4 coord_type=252 num_processors=1
(XEN) _PPC: 0
(XEN) xen_pminfo: @acpi_cpufreq_cpu_init,HARDWARE addr space
(XEN) CPU 3 initialization completed
blktap_device_init: blktap device major 253
blktap_ring_init: blktap ring major: 251
registering netback
hpet_acpi_add: no address or irqs in _CRS
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
xen_allocate_pirq: returning irq 17 for gsi 17
xen_set_ioapic_routing: irq 17 gsi 17 vector 17 ioapic 0 pin 17 triggering 1 polarity 1
serial 0000:00:03.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
0000:00:03.3: ttyS0 at I/O 0xec98 (irq = 17) is a 16550A
work_for_cpu used greatest stack depth: 5232 bytes left
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /devices/virtual/input/input2
xen_set_ioapic_routing: irq 18 gsi 18 vector 18 ioapic 0 pin 18 triggering 1 polarity 1
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x27 impl RAID mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio ems
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 412
ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970200 irq 412
ata4: DUMMY
ata5: DUMMY
ata6: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970380 irq 412
work_for_cpu used greatest stack depth: 4624 bytes left
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
xen_set_ioapic_routing: irq 22 gsi 22 vector 22 ioapic 0 pin 22 triggering 1 polarity 1
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfebda000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
work_for_cpu used greatest stack depth: 3888 bytes left
xen_set_ioapic_routing: irq 23 gsi 23 vector 23 ioapic 0 pin 23 triggering 1 polarity 1
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xff980000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.31.6-pvops-dom0 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
xen_allocate_pirq: returning irq 16 for gsi 16
xen_set_ioapic_routing: irq 16 gsi 16 vector 16 ioapic 0 pin 16 triggering 1 polarity 1
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000ff20
uhci_hcd 0000:00:1a.0: host system error, PCI problems?
uhci_hcd 0000:00:1a.0: host controller halted, very bad!
uhci_hcd 0000:00:1a.0: HC died; cleaning up
usb usb3: unable to read config index 0 descriptor/start: -108
usb usb3: chopping to 0 config(s)
usb usb3: string descriptor 0 read error: -108
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: no configuration chosen from 0 choices
uhci_hcd 0000:00:1a.0: HC died; cleaning up
BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
IP: [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
PGD 0
Oops: 0000 [#1] SMP
last sysfs file:
CPU 0
Modules linked in:
Pid: 111, comm: work_for_cpu Not tainted 2.6.31.6-pvops-dom0 #8 OptiPlex 960
RIP: e030:[<ffffffff813be3d2>] [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP: e02b:ffff8801dd331d40 EFLAGS: 00010046
RAX: 0000000000000000 RBX: ffff8801dd20eba8 RCX: 00000000000001ad
RDX: ffff8801dd300000 RSI: ffff8801dd20f3f0 RDI: ffff8801dd20f3f0
RBP: ffff8801dd331d50 R08: 000000000000000c R09: ffff8801dd331bf0
R10: 00000002c761ab2c R11: 0000000000000145 R12: 0000000000000200
R13: ffff8801dd20f3f0 R14: ffff8801dd20f3f0 R15: 0000000000000010
FS: 0000000000000000(0000) GS:ffffc90000000000(0000) knlGS:0000000000000000
CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000098 CR3: 0000000001001000 CR4: 0000000000002660
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process work_for_cpu (pid: 111, threadinfo ffff8801dd330000, task ffff8801dd300000)
Stack:
0000000000000200 00000000b4a0efba ffff8801dd331d80 ffffffff813c422b
<0> ffff8801dd331d80 00000000b4a0efba ffff8801dd20eba8 0000000000000000
<0> ffff8801dd331df0 ffffffff813c55f6 40ff8801dd331df0 000000000000ff20
Call Trace:
[<ffffffff813c422b>] usb_hc_died+0x78/0xa3
[<ffffffff813c55f6>] usb_add_hcd+0x544/0x6a8
[<ffffffff813d5206>] usb_hcd_pci_probe+0x263/0x3bd
[<ffffffff8107e91c>] ? do_work_for_cpu+0x0/0x50
[<ffffffff8129658f>] local_pci_probe+0x2a/0x42
[<ffffffff8107e943>] do_work_for_cpu+0x27/0x50
[<ffffffff81083c80>] kthread+0xac/0xb4
[<ffffffff810161aa>] child_rip+0xa/0x20
[<ffffffff81015b10>] ? restore_args+0x0/0x30
[<ffffffff810161a0>] ? child_rip+0x0/0x20
Code: 18 5b 41 5c 41 5d c9 c3 55 48 89 e5 48 83 ec 10 0f 1f 44 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 f8 31 c0 48 8b 87 88 02 00 00 <48> 8b 80 98 00 00 00 48 8b b8 f8 00 00 00 e8 6d fe ff ff 48 8b
RIP [<ffffffff813be3d2>] usb_kick_khubd+0x23/0x4c
RSP <ffff8801dd331d40>
CR2: 0000000000000098
---[ end trace 6250a0c6e415fe35 ]---
ata3: SATA link down (SStatus 4 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: qc timeout (cmd 0xa1)
ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata1.00: qc timeout (cmd 0xec)
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-28 16:10 ` David P. Quigley
@ 2010-01-30 13:50 ` Han, Weidong
2010-02-01 21:35 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Han, Weidong @ 2010-01-30 13:50 UTC (permalink / raw)
To: David P. Quigley
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
Regards,
Weidong
-----Original Message-----
From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
Sent: Friday, January 29, 2010 12:10 AM
To: Han, Weidong
Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* RE: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-01-30 13:50 ` Han, Weidong
@ 2010-02-01 21:35 ` David P. Quigley
2010-02-03 3:08 ` Weidong Han
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-02-01 21:35 UTC (permalink / raw)
To: Han, Weidong
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
On Sat, 2010-01-30 at 21:50 +0800, Han, Weidong wrote:
> It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
>
> I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
>
> Regards,
> Weidong
>
> -----Original Message-----
> From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
> Sent: Friday, January 29, 2010 12:10 AM
> To: Han, Weidong
> Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
> Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
>
> I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
>
> Dave
So I managed to sucessfully book my pvops dom0 kernel with VT-D on in my
bios when I turned off DMAR from the dom0 kernel config. Is there
anything else you would like me to do to help hunt this bug down?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-02-01 21:35 ` David P. Quigley
@ 2010-02-03 3:08 ` Weidong Han
2010-02-03 16:38 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Weidong Han @ 2010-02-03 3:08 UTC (permalink / raw)
To: David P. Quigley
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
David P. Quigley wrote:
> On Sat, 2010-01-30 at 21:50 +0800, Han, Weidong wrote:
>
>> It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
>>
>> I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
>>
>> Regards,
>> Weidong
>>
>> -----Original Message-----
>> From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
>> Sent: Friday, January 29, 2010 12:10 AM
>> To: Han, Weidong
>> Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
>> Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
>>
>> I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
>>
>> Dave
>>
>
> So I managed to sucessfully book my pvops dom0 kernel with VT-D on in my
> bios when I turned off DMAR from the dom0 kernel config. Is there
> anything else you would like me to do to help hunt this bug down?
>
> Dave
>
>
Could you dump ACPI in native Linux and Xen dom0? Let's see what
difference between "zap" and "no zap" DMAR signature.
Regards,
Weidong
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-02-03 3:08 ` Weidong Han
@ 2010-02-03 16:38 ` David P. Quigley
2010-02-04 1:59 ` Weidong Han
0 siblings, 1 reply; 48+ messages in thread
From: David P. Quigley @ 2010-02-03 16:38 UTC (permalink / raw)
To: Weidong Han
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
On Wed, 2010-02-03 at 11:08 +0800, Weidong Han wrote:
> David P. Quigley wrote:
> > On Sat, 2010-01-30 at 21:50 +0800, Han, Weidong wrote:
> >
> >> It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
> >>
> >> I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
> >>
> >> Regards,
> >> Weidong
> >>
> >> -----Original Message-----
> >> From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
> >> Sent: Friday, January 29, 2010 12:10 AM
> >> To: Han, Weidong
> >> Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
> >> Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
> >>
> >> I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
> >>
> >> Dave
> >>
> >
> > So I managed to sucessfully book my pvops dom0 kernel with VT-D on in my
> > bios when I turned off DMAR from the dom0 kernel config. Is there
> > anything else you would like me to do to help hunt this bug down?
> >
> > Dave
> >
> >
> Could you dump ACPI in native Linux and Xen dom0? Let's see what
> difference between "zap" and "no zap" DMAR signature.
>
> Regards,
> Weidong
Sure. How do I go about doing that?
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-02-03 16:38 ` David P. Quigley
@ 2010-02-04 1:59 ` Weidong Han
2010-02-04 16:05 ` David P. Quigley
0 siblings, 1 reply; 48+ messages in thread
From: Weidong Han @ 2010-02-04 1:59 UTC (permalink / raw)
To: David P. Quigley
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
David P. Quigley wrote:
> On Wed, 2010-02-03 at 11:08 +0800, Weidong Han wrote:
>
>> David P. Quigley wrote:
>>
>>> On Sat, 2010-01-30 at 21:50 +0800, Han, Weidong wrote:
>>>
>>>
>>>> It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
>>>>
>>>> I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
>>>>
>>>> Regards,
>>>> Weidong
>>>>
>>>> -----Original Message-----
>>>> From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
>>>> Sent: Friday, January 29, 2010 12:10 AM
>>>> To: Han, Weidong
>>>> Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
>>>> Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
>>>>
>>>> I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
>>>>
>>>> Dave
>>>>
>>>>
>>> So I managed to sucessfully book my pvops dom0 kernel with VT-D on in my
>>> bios when I turned off DMAR from the dom0 kernel config. Is there
>>> anything else you would like me to do to help hunt this bug down?
>>>
>>> Dave
>>>
>>>
>>>
>> Could you dump ACPI in native Linux and Xen dom0? Let's see what
>> difference between "zap" and "no zap" DMAR signature.
>>
>> Regards,
>> Weidong
>>
>
> Sure. How do I go about doing that?
>
> Dave
>
>
You can search and download acpidump. After install it, you can use
following command to dump acpi table:
acpidump >acpidump.txt
Dump acpi table on both native Linux and xen dom0, and post dump files.
Regards,
Weidong
^ permalink raw reply [flat|nested] 48+ messages in thread
* Re: Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
2010-02-04 1:59 ` Weidong Han
@ 2010-02-04 16:05 ` David P. Quigley
0 siblings, 0 replies; 48+ messages in thread
From: David P. Quigley @ 2010-02-04 16:05 UTC (permalink / raw)
To: Weidong Han
Cc: Konrad Rzeszutek Wilk, xen-devel@lists.xensource.com,
Daniel Stodden
On Thu, 2010-02-04 at 09:59 +0800, Weidong Han wrote:
> David P. Quigley wrote:
> > On Wed, 2010-02-03 at 11:08 +0800, Weidong Han wrote:
> >
> >> David P. Quigley wrote:
> >>
> >>> On Sat, 2010-01-30 at 21:50 +0800, Han, Weidong wrote:
> >>>
> >>>
> >>>> It's so weird pvops dom0 still detects DMAR and enables it after zap DMAR signature in Xen. Dom0 should not detect DMAR in ACPI after the signature is zapped.
> >>>>
> >>>> I suspect that your USB issue is caused by this. Pls have a try with turn off VT-d in pvops config (# CONFIG_DMAR is not set) to see if it solves your issue.
> >>>>
> >>>> Regards,
> >>>> Weidong
> >>>>
> >>>> -----Original Message-----
> >>>> From: David P. Quigley [mailto:dpquigl@tycho.nsa.gov]
> >>>> Sent: Friday, January 29, 2010 12:10 AM
> >>>> To: Han, Weidong
> >>>> Cc: Pasi Kärkkäinen; Daniel Stodden; xen-devel@lists.xensource.com; Konrad Rzeszutek Wilk
> >>>> Subject: RE: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()
> >>>>
> >>>> I've attached the output from the patched xen hypervisor. I see the message being printed out so it appears to be clearing the signature.
> >>>>
> >>>> Dave
> >>>>
> >>>>
> >>> So I managed to sucessfully book my pvops dom0 kernel with VT-D on in my
> >>> bios when I turned off DMAR from the dom0 kernel config. Is there
> >>> anything else you would like me to do to help hunt this bug down?
> >>>
> >>> Dave
> >>>
> >>>
> >>>
> >> Could you dump ACPI in native Linux and Xen dom0? Let's see what
> >> difference between "zap" and "no zap" DMAR signature.
> >>
> >> Regards,
> >> Weidong
> >>
> >
> > Sure. How do I go about doing that?
> >
> > Dave
> >
> >
> You can search and download acpidump. After install it, you can use
> following command to dump acpi table:
>
> acpidump >acpidump.txt
>
> Dump acpi table on both native Linux and xen dom0, and post dump files.
>
> Regards,
> Weidong
I seem to have run into a problem. My dom0 kernel no longer boots as a
stand alone kernel. It will only boot on top of Xen. I'll try to figure
this out and I'll post the results when I do.
Dave
^ permalink raw reply [flat|nested] 48+ messages in thread
end of thread, other threads:[~2010-02-04 16:05 UTC | newest]
Thread overview: 48+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-21 22:27 What is the state of blktap2? David P. Quigley
2010-01-21 22:38 ` Pasi Kärkkäinen
2010-01-21 22:46 ` David P. Quigley
2010-01-21 22:55 ` Pasi Kärkkäinen
2010-01-21 22:59 ` Pasi Kärkkäinen
2010-01-21 23:09 ` David P. Quigley
2010-01-21 23:13 ` David P. Quigley
2010-01-22 7:14 ` Pasi Kärkkäinen
2010-01-22 18:43 ` Jeremy Fitzhardinge
2010-01-22 19:41 ` David P. Quigley
2010-01-21 23:00 ` David P. Quigley
2010-01-21 22:54 ` Daniel Stodden
2010-01-21 22:52 ` David P. Quigley
2010-01-22 22:10 ` David P. Quigley
2010-01-22 22:12 ` Konrad Rzeszutek Wilk
2010-01-22 22:22 ` David P. Quigley
2010-01-22 22:43 ` Konrad Rzeszutek Wilk
2010-01-25 23:23 ` David P. Quigley
2010-01-26 7:10 ` Pasi Kärkkäinen
2010-01-26 16:32 ` David P. Quigley
2010-01-26 16:47 ` Pasi Kärkkäinen
2010-01-26 16:49 ` David P. Quigley
2010-01-26 17:06 ` Pasi Kärkkäinen
2010-01-26 14:42 ` Konrad Rzeszutek Wilk
2010-01-26 16:42 ` David P. Quigley
2010-01-26 16:57 ` Konrad Rzeszutek Wilk
2010-01-26 17:46 ` David P. Quigley
2010-01-26 18:19 ` Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG() Konrad Rzeszutek Wilk
2010-01-26 18:44 ` David P. Quigley
2010-01-26 19:24 ` David P. Quigley
2010-01-26 19:30 ` David P. Quigley
2010-01-26 19:46 ` Pasi Kärkkäinen
2010-01-26 20:21 ` David P. Quigley
2010-01-27 2:49 ` Han, Weidong
2010-01-27 18:48 ` David P. Quigley
2010-01-28 1:50 ` Han, Weidong
2010-01-28 16:10 ` David P. Quigley
2010-01-30 13:50 ` Han, Weidong
2010-02-01 21:35 ` David P. Quigley
2010-02-03 3:08 ` Weidong Han
2010-02-03 16:38 ` David P. Quigley
2010-02-04 1:59 ` Weidong Han
2010-02-04 16:05 ` David P. Quigley
2010-01-27 9:08 ` Sander Eikelenboom
2010-01-27 20:22 ` David P. Quigley
2010-01-28 9:24 ` Pasi Kärkkäinen
2010-01-28 14:49 ` David P. Quigley
2010-01-28 15:02 ` Pasi Kärkkäinen
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.