* [xen-unstable bisection] complete test-amd64-i386-xl
@ 2011-08-09 0:26 xen.org
2011-08-09 7:25 ` Jan Beulich
0 siblings, 1 reply; 16+ messages in thread
From: xen.org @ 2011-08-09 0:26 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson, keir, stefano.stabellini
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl
test xen-boot
Tree: linux git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
Tree: qemu git://hg.uk.xensource.com/HG/qemu-xen-unstable.git
Tree: xen http://hg.uk.xensource.com/xen-unstable.hg
*** Found and reproduced problem changeset ***
Bug is in tree: xen http://hg.uk.xensource.com/xen-unstable.hg
Bug introduced: 537918f518ee
Bug not present: 42edf1481c57
changeset: 23735:537918f518ee
user: Jan Beulich <jbeulich@novell.com>
date: Sat Jul 23 08:49:15 2011 +0100
add privileged (dom0) kernel feature indication
With our switching away from supporting 32-bit Dom0 operation, users
complained that attempts (perhaps due to lack of knowledge of that
change) to boot the no longer privileged kernel in Dom0 resulted in
apparently silent failure. To make the mismatch explicit and visible,
add dom0 feature flag that the kernel can set to indicate operation as
dom0 is supported.
Due to the way elf_xen_parse_features() worked up to now (getting
fixed here), adding features indications to the old, string based ELF
note would make the respective kernel unusable on older hypervisors.
For that reason, a new ELF Note is being introduced that allows
specifying supported features as a bit array instead (with features
unknown to the hypervisor simply ignored, as now also done by
elf_xen_parse_features(), whereas here unknown kernel-required
features still keep the kernel [and hence VM] from booting).
Introduce and use elf_note_numeric_array() to be forward
compatible (or else an old hypervisor wouldn't be able to parse kernel
specified features occupying more than 64 bits - thanks, Ian!).
Signed-off-by: Jan Beulich <jbeulich@novell.com>
For bisection revision-tuple graph see:
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.xen-unstable.test-amd64-i386-xl.xen-boot.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Searching for failure / basis pass:
8328 fail [host=woodlouse] / 8325 [host=gall-mite] 8256 ok.
Failure / basis pass flights: 8328 / 8256
Tree: linux git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
Tree: qemu git://hg.uk.xensource.com/HG/qemu-xen-unstable.git
Tree: xen http://hg.uk.xensource.com/xen-unstable.hg
Latest 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
Basis pass 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
Generating revisions with ./adhoc-revtuple-generator git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git#25266338a41470a21e9b3974445be09e0640dda7-25266338a41470a21e9b3974445be09e0640dda7 git://hg.uk.xensource.com/HG/qemu-xen-unstable.git#cd776ee9408ff127f934a707c1a339ee600bc127-cd776ee9408ff127f934a707c1a339ee600bc127 http://hg.uk.xensource.com/xen-unstable.hg#42edf1481c57-0f36c2eec2e1
pulling from http://hg.uk.xensource.com/xen-unstable.hg
searching for changes
no changes found
pulling from http://hg.uk.xensource.com/xen-unstable.hg
searching for changes
no changes found
Loaded 127 nodes in revision graph
Searching for test results:
8305 [host=leaf-beetle]
8292 []
8256 pass 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
8308 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8249 [host=gall-mite]
8312 [host=potato-beetle]
8289 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 fa4e2ca9ecff
8244 [host=leaf-beetle]
8240 [host=potato-beetle]
8236 [host=potato-beetle]
8295 []
8302 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8316 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8326 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8325 [host=gall-mite]
8327 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8337 pass 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
8332 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 815ef5cf0261
8328 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8333 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 31683aa4bfb3
8329 pass 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
8330 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
8338 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
8331 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 3244ff483d61
8334 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
8335 pass 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
8336 fail 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
Searching for interesting versions
Result found: flight 8256 (pass), for basis pass
Result found: flight 8302 (fail), for basis failure
Repro found: flight 8329 (pass), for basis pass
Repro found: flight 8330 (fail), for basis failure
0 revisions at 25266338a41470a21e9b3974445be09e0640dda7 cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
No revisions left to test, checking graph state.
Result found: flight 8256 (pass), for last pass
Result found: flight 8334 (fail), for first failure
Repro found: flight 8335 (pass), for last pass
Repro found: flight 8336 (fail), for first failure
Repro found: flight 8337 (pass), for last pass
Repro found: flight 8338 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen http://hg.uk.xensource.com/xen-unstable.hg
Bug introduced: 537918f518ee
Bug not present: 42edf1481c57
pulling from http://hg.uk.xensource.com/xen-unstable.hg
searching for changes
no changes found
changeset: 23735:537918f518ee
user: Jan Beulich <jbeulich@novell.com>
date: Sat Jul 23 08:49:15 2011 +0100
add privileged (dom0) kernel feature indication
With our switching away from supporting 32-bit Dom0 operation, users
complained that attempts (perhaps due to lack of knowledge of that
change) to boot the no longer privileged kernel in Dom0 resulted in
apparently silent failure. To make the mismatch explicit and visible,
add dom0 feature flag that the kernel can set to indicate operation as
dom0 is supported.
Due to the way elf_xen_parse_features() worked up to now (getting
fixed here), adding features indications to the old, string based ELF
note would make the respective kernel unusable on older hypervisors.
For that reason, a new ELF Note is being introduced that allows
specifying supported features as a bit array instead (with features
unknown to the hypervisor simply ignored, as now also done by
elf_xen_parse_features(), whereas here unknown kernel-required
features still keep the kernel [and hence VM] from booting).
Introduce and use elf_note_numeric_array() to be forward
compatible (or else an old hypervisor wouldn't be able to parse kernel
specified features occupying more than 64 bits - thanks, Ian!).
Signed-off-by: Jan Beulich <jbeulich@novell.com>
Revision graph left in /home/xc_osstest/results/bisect.xen-unstable.test-amd64-i386-xl.xen-boot.{dot,ps,png,html}.
----------------------------------------
8338: ALL FAIL
flight 8338 xen-unstable real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/8338/
jobs:
test-amd64-i386-xl fail
------------------------------------------------------------
sg-report-flight on woking.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 0:26 [xen-unstable bisection] complete test-amd64-i386-xl xen.org
@ 2011-08-09 7:25 ` Jan Beulich
2011-08-09 10:12 ` Ian Jackson
0 siblings, 1 reply; 16+ messages in thread
From: Jan Beulich @ 2011-08-09 7:25 UTC (permalink / raw)
To: ian.jackson; +Cc: xen-devel, keir, stefano.stabellini
>>> On 09.08.11 at 02:26, xen.org <ian.jackson@eu.citrix.com> wrote:
> branch xen-unstable
> xen branch xen-unstable
> job test-amd64-i386-xl
> test xen-boot
>
> Tree: linux git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
> Tree: qemu git://hg.uk.xensource.com/HG/qemu-xen-unstable.git
> Tree: xen http://hg.uk.xensource.com/xen-unstable.hg
>
> *** Found and reproduced problem changeset ***
Is it certain this isn't just hitting the problem fixed in 23742:50ddc200a60c?
Given the log fragment you provided yesterday, it didn't look like that was
related to the change pointed out here.
Jan
> Bug is in tree: xen http://hg.uk.xensource.com/xen-unstable.hg
> Bug introduced: 537918f518ee
> Bug not present: 42edf1481c57
>
>
> changeset: 23735:537918f518ee
> user: Jan Beulich <jbeulich@novell.com>
> date: Sat Jul 23 08:49:15 2011 +0100
>
> add privileged (dom0) kernel feature indication
>
> With our switching away from supporting 32-bit Dom0 operation, users
> complained that attempts (perhaps due to lack of knowledge of that
> change) to boot the no longer privileged kernel in Dom0 resulted in
> apparently silent failure. To make the mismatch explicit and visible,
> add dom0 feature flag that the kernel can set to indicate operation as
> dom0 is supported.
>
> Due to the way elf_xen_parse_features() worked up to now (getting
> fixed here), adding features indications to the old, string based ELF
> note would make the respective kernel unusable on older hypervisors.
> For that reason, a new ELF Note is being introduced that allows
> specifying supported features as a bit array instead (with features
> unknown to the hypervisor simply ignored, as now also done by
> elf_xen_parse_features(), whereas here unknown kernel-required
> features still keep the kernel [and hence VM] from booting).
>
> Introduce and use elf_note_numeric_array() to be forward
> compatible (or else an old hypervisor wouldn't be able to parse kernel
> specified features occupying more than 64 bits - thanks, Ian!).
>
> Signed-off-by: Jan Beulich <jbeulich@novell.com>
>
>
>
>
> For bisection revision-tuple graph see:
>
> http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.xen-unstable.test-
> amd64-i386-xl.xen-boot.html
> Revision IDs in each graph node refer, respectively, to the Trees above.
>
> ----------------------------------------
> Searching for failure / basis pass:
> 8328 fail [host=woodlouse] / 8325 [host=gall-mite] 8256 ok.
> Failure / basis pass flights: 8328 / 8256
> Tree: linux git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
> Tree: qemu git://hg.uk.xensource.com/HG/qemu-xen-unstable.git
> Tree: xen http://hg.uk.xensource.com/xen-unstable.hg
> Latest 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> Basis pass 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> Generating revisions with ./adhoc-revtuple-generator
> git://git.eu.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git#25266338a4147
> 0a21e9b3974445be09e0640dda7-25266338a41470a21e9b3974445be09e0640dda7
> git://hg.uk.xensource.com/HG/qemu-xen-unstable.git#cd776ee9408ff127f934a707c1a3
> 39ee600bc127-cd776ee9408ff127f934a707c1a339ee600bc127
> http://hg.uk.xensource.com/xen-unstable.hg#42edf1481c57-0f36c2eec2e1
> pulling from http://hg.uk.xensource.com/xen-unstable.hg
> searching for changes
> no changes found
> pulling from http://hg.uk.xensource.com/xen-unstable.hg
> searching for changes
> no changes found
> Loaded 127 nodes in revision graph
> Searching for test results:
> 8305 [host=leaf-beetle]
> 8292 []
> 8256 pass 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> 8308 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8249 [host=gall-mite]
> 8312 [host=potato-beetle]
> 8289 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 fa4e2ca9ecff
> 8244 [host=leaf-beetle]
> 8240 [host=potato-beetle]
> 8236 [host=potato-beetle]
> 8295 []
> 8302 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8316 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8326 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8325 [host=gall-mite]
> 8327 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8337 pass 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> 8332 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 815ef5cf0261
> 8328 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8333 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 31683aa4bfb3
> 8329 pass 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> 8330 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 0f36c2eec2e1
> 8338 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
> 8331 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 3244ff483d61
> 8334 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
> 8335 pass 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> 8336 fail 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 537918f518ee
> Searching for interesting versions
> Result found: flight 8256 (pass), for basis pass
> Result found: flight 8302 (fail), for basis failure
> Repro found: flight 8329 (pass), for basis pass
> Repro found: flight 8330 (fail), for basis failure
> 0 revisions at 25266338a41470a21e9b3974445be09e0640dda7
> cd776ee9408ff127f934a707c1a339ee600bc127 42edf1481c57
> No revisions left to test, checking graph state.
> Result found: flight 8256 (pass), for last pass
> Result found: flight 8334 (fail), for first failure
> Repro found: flight 8335 (pass), for last pass
> Repro found: flight 8336 (fail), for first failure
> Repro found: flight 8337 (pass), for last pass
> Repro found: flight 8338 (fail), for first failure
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: xen http://hg.uk.xensource.com/xen-unstable.hg
> Bug introduced: 537918f518ee
> Bug not present: 42edf1481c57
>
> pulling from http://hg.uk.xensource.com/xen-unstable.hg
> searching for changes
> no changes found
>
> changeset: 23735:537918f518ee
> user: Jan Beulich <jbeulich@novell.com>
> date: Sat Jul 23 08:49:15 2011 +0100
>
> add privileged (dom0) kernel feature indication
>
> With our switching away from supporting 32-bit Dom0 operation, users
> complained that attempts (perhaps due to lack of knowledge of that
> change) to boot the no longer privileged kernel in Dom0 resulted in
> apparently silent failure. To make the mismatch explicit and visible,
> add dom0 feature flag that the kernel can set to indicate operation as
> dom0 is supported.
>
> Due to the way elf_xen_parse_features() worked up to now (getting
> fixed here), adding features indications to the old, string based ELF
> note would make the respective kernel unusable on older hypervisors.
> For that reason, a new ELF Note is being introduced that allows
> specifying supported features as a bit array instead (with features
> unknown to the hypervisor simply ignored, as now also done by
> elf_xen_parse_features(), whereas here unknown kernel-required
> features still keep the kernel [and hence VM] from booting).
>
> Introduce and use elf_note_numeric_array() to be forward
> compatible (or else an old hypervisor wouldn't be able to parse kernel
> specified features occupying more than 64 bits - thanks, Ian!).
>
> Signed-off-by: Jan Beulich <jbeulich@novell.com>
>
>
>
> Revision graph left in
> /home/xc_osstest/results/bisect.xen-unstable.test-amd64-i386-xl.xen-boot.{do
> t,ps,png,html}.
> ----------------------------------------
> 8338: ALL FAIL
>
> flight 8338 xen-unstable real-bisect [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/8338/
>
>
> jobs:
> test-amd64-i386-xl fail
>
>
> ------------------------------------------------------------
> sg-report-flight on woking.cam.xci-test.com
> logs: /home/xc_osstest/logs
> images: /home/xc_osstest/images
>
> Logs, config files, etc. are available at
> http://www.chiark.greenend.org.uk/~xensrcts/logs
>
> Test harness code can be found at
> http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 7:25 ` Jan Beulich
@ 2011-08-09 10:12 ` Ian Jackson
2011-08-09 10:19 ` Keir Fraser
2011-08-09 11:47 ` Ian Jackson
0 siblings, 2 replies; 16+ messages in thread
From: Ian Jackson @ 2011-08-09 10:12 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen-devel, keir, Stefano Stabellini
Jan Beulich writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl"):
> Is it certain this isn't just hitting the problem fixed in
> 23742:50ddc200a60c? Given the log fragment you provided yesterday,
> it didn't look like that was related to the change pointed out here.
I think it is exactly hitting that problem. However, that problem
masked the other bug which was presumably introduced somewhere in
between. If you didn't introduce regressions you wouldn't be blamed
for regressions :-).
Sadly this means we can't easily see when the other bug was
introduced. I will see if I can do the bisection by hand, applying
23742 to each commit.
Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 10:12 ` Ian Jackson
@ 2011-08-09 10:19 ` Keir Fraser
2011-08-09 11:47 ` Ian Jackson
1 sibling, 0 replies; 16+ messages in thread
From: Keir Fraser @ 2011-08-09 10:19 UTC (permalink / raw)
To: Ian Jackson, Jan Beulich; +Cc: xen-devel, Stefano Stabellini
On 09/08/2011 11:12, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
> Jan Beulich writes ("Re: [Xen-devel] [xen-unstable bisection] complete
> test-amd64-i386-xl"):
>> Is it certain this isn't just hitting the problem fixed in
>> 23742:50ddc200a60c? Given the log fragment you provided yesterday,
>> it didn't look like that was related to the change pointed out here.
>
> I think it is exactly hitting that problem. However, that problem
> masked the other bug which was presumably introduced somewhere in
> between. If you didn't introduce regressions you wouldn't be blamed
> for regressions :-).
>
> Sadly this means we can't easily see when the other bug was
> introduced. I will see if I can do the bisection by hand, applying
> 23742 to each commit.
If the bug is almost certainly between 23736 and 23741 inclusive, then it
*has* to be one of 23736/23737. Which are both by the same author (Jinsong
Liu @ Intel) and both concern machine-check support: quite vendor-specific
and high risk for breaking other vendors. So you can just confirm it's one
of those two and then punt the problem to Jinsong...
-- Keir
> Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 10:12 ` Ian Jackson
2011-08-09 10:19 ` Keir Fraser
@ 2011-08-09 11:47 ` Ian Jackson
2011-08-09 14:35 ` Keir Fraser
1 sibling, 1 reply; 16+ messages in thread
From: Ian Jackson @ 2011-08-09 11:47 UTC (permalink / raw)
To: Jan Beulich, Stefano Stabellini, xen-devel, keir
I wrote:
> Sadly this means we can't easily see when the other bug was
> introduced. I will see if I can do the bisection by hand, applying
> 23742 to each commit.
1d1692ac1a9b1f183a234736fd5196d7048562dc is first bad commit
commit 1d1692ac1a9b1f183a234736fd5196d7048562dc
Author: Liu, Jinsong <jinsong.liu@intel.com>
Date: Sat Jul 23 08:55:59 2011 +0100
acpi: Add support for old and new bios erst, enable mce_apei logic
When testing, we found different bios has different understanding
about APEI ERST table header, depending on whether it count ACPI
standard header or not.
This patch add support for both bios version, and enable mce_apei.
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
:040000 040000 93ae5d0dd96848631153860c08e6c68cf012d3ff 89b2cdaf4ba0546074680174809976d8371edbde M xen
This corresponds to:
changeset: 23736:31683aa4bfb3
user: Liu, Jinsong <jinsong.liu@intel.com>
date: Sat Jul 23 08:55:59 2011 +0100
files: xen/arch/x86/cpu/mcheck/Makefile xen/drivers/acpi/apei/erst.c
description:
acpi: Add support for old and new bios erst, enable mce_apei logic
When testing, we found different bios has different understanding
about APEI ERST table header, depending on whether it count ACPI
standard header or not.
This patch add support for both bios version, and enable mce_apei.
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 11:47 ` Ian Jackson
@ 2011-08-09 14:35 ` Keir Fraser
2011-08-09 14:58 ` Ian Jackson
` (2 more replies)
0 siblings, 3 replies; 16+ messages in thread
From: Keir Fraser @ 2011-08-09 14:35 UTC (permalink / raw)
To: Ian Jackson, Jan Beulich, Stefano Stabellini,
xen-devel@lists.xensource.com
Cc: Jeremy Fitzhardinge
On 09/08/2011 12:47, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
> I wrote:
>> Sadly this means we can't easily see when the other bug was
>> introduced. I will see if I can do the bisection by hand, applying
>> 23742 to each commit.
>
> 1d1692ac1a9b1f183a234736fd5196d7048562dc is first bad commit
> commit 1d1692ac1a9b1f183a234736fd5196d7048562dc
> Author: Liu, Jinsong <jinsong.liu@intel.com>
> Date: Sat Jul 23 08:55:59 2011 +0100
>
> acpi: Add support for old and new bios erst, enable mce_apei logic
If it's really this changeset it's a bit weird. It would have to be due to
the more permissive table validation causing us to enable ACPI ERST support
based on a bad BIOS table, or a table which for some reason we're not
supporting properly, or a class of machines (e.g., AMD) for which our ERST
logic is not currently implemented properly.
Does reverting just the change to erst_check_table() fix the regression on
the affected test boxes? What about the similar-looking boot failure that
you see, Jeremy?
-- Keir
> When testing, we found different bios has different understanding
> about APEI ERST table header, depending on whether it count ACPI
> standard header or not.
> This patch add support for both bios version, and enable mce_apei.
>
> Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
>
> :040000 040000 93ae5d0dd96848631153860c08e6c68cf012d3ff
> 89b2cdaf4ba0546074680174809976d8371edbde M xen
>
> This corresponds to:
>
> changeset: 23736:31683aa4bfb3
> user: Liu, Jinsong <jinsong.liu@intel.com>
> date: Sat Jul 23 08:55:59 2011 +0100
> files: xen/arch/x86/cpu/mcheck/Makefile xen/drivers/acpi/apei/erst.c
> description:
> acpi: Add support for old and new bios erst, enable mce_apei logic
>
> When testing, we found different bios has different understanding
> about APEI ERST table header, depending on whether it count ACPI
> standard header or not.
> This patch add support for both bios version, and enable mce_apei.
>
> Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
>
> Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 14:35 ` Keir Fraser
@ 2011-08-09 14:58 ` Ian Jackson
2011-08-09 15:12 ` Ian Jackson
2011-08-12 13:03 ` Liu, Jinsong
2 siblings, 0 replies; 16+ messages in thread
From: Ian Jackson @ 2011-08-09 14:58 UTC (permalink / raw)
To: Keir Fraser
Cc: Liu, Jinsong, xen-devel, Jeremy Fitzhardinge, Jan Beulich,
Stefano Stabellini
Keir Fraser writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl"):
> Does reverting just the change to erst_check_table() fix the regression on
> the affected test boxes? What about the similar-looking boot failure that
> you see, Jeremy?
Indeed, reverting xen/drivers/acpi/apei/erst.c, ie the change to
erst_check_table, seems to fix it. That is,
23736:31683aa4bfb3 "acpi: Add support for old and new bios erst, ..."
+
23742:50ddc200a60c "fix regression from c/s 23735:537918f518ee"
fails. That plus the diff below boots happily.
Ian.
diff --git a/xen/drivers/acpi/apei/erst.c b/xen/drivers/acpi/apei/erst.c
index e012cd3..eb666a6 100644
--- a/xen/drivers/acpi/apei/erst.c
+++ b/xen/drivers/acpi/apei/erst.c
@@ -715,13 +715,7 @@ int erst_clear(u64 record_id)
static int __init erst_check_table(struct acpi_table_erst *erst_tab)
{
- /*
- * Some old BIOSes include the ACPI standard header in the ERST header
- * length; new BIOSes do not. Our check allows for both methods.
- */
- if ((erst_tab->header_length !=
- (sizeof(struct acpi_table_erst) - sizeof(erst_tab->header)))
- && (erst_tab->header_length != sizeof(struct acpi_table_erst)))
+ if (erst_tab->header_length != sizeof(struct acpi_table_erst))
return -EINVAL;
if (erst_tab->header.length < sizeof(struct acpi_table_erst))
return -EINVAL;
^ permalink raw reply related [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 14:35 ` Keir Fraser
2011-08-09 14:58 ` Ian Jackson
@ 2011-08-09 15:12 ` Ian Jackson
2011-08-09 16:21 ` Keir Fraser
2011-08-12 13:03 ` Liu, Jinsong
2 siblings, 1 reply; 16+ messages in thread
From: Ian Jackson @ 2011-08-09 15:12 UTC (permalink / raw)
To: Keir Fraser
Cc: Liu, Jinsong, xen-devel, Jeremy Fitzhardinge, Jan Beulich,
Stefano Stabellini
[-- Attachment #1: Type: text/plain, Size: 113594 bytes --]
Keir Fraser writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl"):
> If it's really this changeset it's a bit weird. It would have to be due to
> the more permissive table validation causing us to enable ACPI ERST support
> based on a bad BIOS table, or a table which for some reason we're not
> supporting properly, or a class of machines (e.g., AMD) for which our ERST
> logic is not currently implemented properly.
Indeed, looking at the logs of a "successful" boot I see:
Aug 9 14:52:11.680207 (XEN) ERST table is invalid
The complete boot log from an affected machine is below.
Firstly (14:51 to 14:53), a successful boot with
23736:31683aa4bfb3 "acpi: Add support for old and new bios erst, ..."
+
23742:50ddc200a60c "fix regression from c/s 23735:537918f518ee"
+
reverting the change to erst.c
followed by (14:55 onwards) a failed boot with
23736:31683aa4bfb3 "acpi: Add support for old and new bios erst, ..."
+
23742:50ddc200a60c "fix regression from c/s 23735:537918f518ee"
In the "successful" boot, note these exciting messages:
Aug 9 14:52:17.901200 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2
Aug 9 14:52:17.913206 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9
Aug 9 14:52:18.316227 [ 0.000999] WARNING: at arch/x86/xen/enlighten.c:729 xen_apic_write+0x12/0x14()
[and ensuing stack trace from the dom0]
Aug 9 14:52:18.788198 [ 0.070762] ACPI Warning for \_SB_._OSC: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006)
I'm not sure which of those are relevant.
Ian.
Aug 9 14:51:18.449210 ^[[2J^[[01;00H ^@^[[0m^[[1m^[[0m^[[2m^@^[[0m^[[2m ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[15;00H ^[[16;00H ^[[17;00H ^[[18;00H ^[[19;00H ^[[20;00H ^[[21;00H ^[[22;00H ^[[23;00H ^[[24;00H ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m/ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m/ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m/ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m/ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m/ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[2m (0MB, v2.50) 0 Logical Drives ^[[01;01H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[2m (0MB, v2.50) 0 Logical Drives ^[[01;00H1785-Slot 1 Drive Array Not Configured ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[11;00HBoard Version ID : 07 ^[[12;00HBMC Firmware Version : 3.11 ^[[13;00HBMC Firmware Date : May 13 2009 ^[[0m^[[2m
Aug 9 14:51:25.097763 ^[[2J^[[14;00H ^@^[[0m^[[1m ^[[0m^[[2m^@^[[0m^[[2m ^[[24;00H ^[[06;01H^[[00;00H ^[[01;00H ^[[02;00HHP Ethernet Boot Agent v7.7.8 ^[[03;00HCopyright (C) 2000,2004 Hewlett-Packard Development Company, L.P. ^[[04;00HAll rights reserved. ^[[05;00HPress Ctrl-S to Enter Configuration Menu ... ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[06;01H^[[00;00H ^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[0m^[[2m
Aug 9 14:51:28.157203 ^[[2J^[[0m^[[2m^[[06;01H^[[00;00H^[[0m^[[2m ^[[01;00H ^[[02;00HHP Ethernet Boot Agent v7.7.8 ^[[03;00HCopyright (C) 2000,2004 Hewlett-Packard Development Company, L.P. ^[[04;00HAll rights reserved. ^[[05;00HPress Ctrl-S to Enter Configuration Menu ... ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[06;01H^[[00;00H ^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[0m^[[2m
Aug 9 14:51:31.176214 ^[[2J^[[0m^[[2m^[[00;01H^[[00;00H^[[0m^[[2mServerWorks Serial ATA Controller SATA BIOS V 4.0.0002.0 11-20-2008 ^[[01;00HCopyright (c) 2002-08 Broadcom Corp. All rights reserved ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[03;01H^[[02;00H S(C)2006 American Megatrends, Inc. ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[11;00HBoard Version ID : 07 ^[[12;00HBMC Firmware Version : 3.11 ^[[13;00HBMC Firmware Date : May 13 2009 ^[[14;00H ^[[15;00H ^[[16;00H ^[[17;00H ^[[18;00H ^[[19;00H ^[[20;00H ^[[21;00H ^[[22;00H ^[[23;00H ^[[24;00H ^[[00;01H^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[14;00H ^[[15;00HBMC Responding ^[[00;01H^[[01;00H ^[[02;00H ************ ^[[03;00H ^[[04;00H Press F10 for ROM-based Setup Utility ^[[05;00H Press F12 for PXE Boot ^[[06;00H . ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[15;00H ^[[00;01H^[[01;00H POST Prompts ^[[06;00H .. ^[[00;01H^[[06;00H ... ^[[00;01H^[[06;00H .... ^[[00;01H^[[06;00H ..... ^[[00;01H^[[06;00H ...... ^[[00;01H^[[06;00H ....... ^[[00;01H^[[06;00H ........ ^[[00;01H^[[06;00H ........ ^[[07;00HChecking NVRAM.. ^[[00;01H^[[07;00HChecking NVRAM..Update OK! ^[[00;01H^[[0m^[[2m^[[01;00H
Aug 9 14:51:56.056217 PXELINUX 4.04 0x4dc2da64 Copyright (C) 1994-2011 H. Peter Anvin et al
Aug 9 14:51:56.056250 Booting from local disk...
Aug 9 14:51:56.056262 Aug 9 14:51:56.056266 <Modem lines changed: -CTS -CD -DSR>
^[[?25l^[[H^[[J^[[2;24HGNU GRUB version 1.98+20100804-14
Aug 9 14:51:59.760254
Aug 9 14:51:59.760265 ^[[m^[[4;2H+-----------------------------------------------
Aug 9 14:51:59.760286 <Modem lines changed: +CTS +CD +DSR>
---------------------------+^[[5;2H|^[[5;77H|^[[6;2H|^[[6;77H|^[[7;2H|^[[7;77H|^[[8;2H|^[[8;77H|^[[9;2H|^[[9;77H|^[[10;2H|^[[10;77H|^[[11;2H|^[[11;77H|^[[12;2H|^[[12;77H|^[[13;2H|^[[13;77H|^[[14;2H|^[[14;77H|^[[15;2H|^[[15;77H|^[[16;2H+--------------------------------------------------------------------------+^[[m^[[17;2H^[[m
Aug 9 14:51:59.793206 Use the ^ and v keys to select which entry is highlighted.
Aug 9 14:51:59.809231 Press enter to boot the selected OS, 'e' to edit the commands
Aug 9 14:51:59.809254 before booting or 'c' for a command-line.
Aug 9 14:51:59.816209 ^[[5;78H ^[[m^[[5;3HDebian GNU/Linux, with Linux 2.6.32.43 ^[[m ^[[5;76H^[[m^[[m^[[6;3HDebian GNU/Linux, with Linux 2.6.32.43 (recovery mode) ^[[m ^[[6;76H^[[m^[[m^[[7;3HDebian GNU/Linux, with Linux 2.6.32-5-686-bigmem ^[[m ^[[7;76H^[[m^[[m^[[8;3HDebian GNU/Linux, with Linux 2.6.32-5-686-bigmem (recovery mode) ^[[m ^[[8;76H^[[m^[[m^[[9;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN syms-4.2-unstable ^[[m ^[[9;76H^[[m^[[m^[[10;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN syms-4.2-unstable (recove>^[[m ^[[10;76H^[[m^[[7m^[[11;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4 ^[[m ^[[11;76H^[[m^[[m^[[12;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4 (recovery mode) ^[[m ^[[12;76H^[[m^[[m^[[13;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2 ^[[m ^[[13;76H^[[m^[[m^[[14;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2 (recovery mode) ^[[m ^[[14;76H^[[m^[[m^[[15;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2-unstable ^[[m ^[[15;76H^[[m^[[15;78Hv^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 5s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 4s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 3s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 2s. ^[[11;76H^[[22;1H ^[[11;76H^[[?25h^[[H^[[J^[[H^[[JLoading Linux 2.6.32.43 ...
Aug 9 14:52:02.945200 Loading initial ramdisk ...
Aug 9 14:52:03.908214 __ __ _ _ ____ _ _ _
Aug 9 14:52:10.593204 \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___
Aug 9 14:52:10.593238 \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \
Aug 9 14:52:10.605207 / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/
Aug 9 14:52:10.620197 /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___|
Aug 9 14:52:10.620232
Aug 9 14:52:10.632202 (XEN) Xen version 4.2-unstable (iwj@uk.xensource.com) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) Tue Aug 9 15:50:05 BST 2011
Aug 9 14:52:10.640214 (XEN) Latest ChangeSet: unavailable
Aug 9 14:52:10.649192 (XEN) Bootloader: GRUB 1.98+20100804-14
Aug 9 14:52:10.649213 (XEN) Command line: placeholder com1=115200,8n1 console=com1,vga gdb=com1 conswitch=x watchdog dom0_mem=512M
Aug 9 14:52:10.661200 (XEN) Video information:
Aug 9 14:52:10.661236 (XEN) VGA is text mode 80x25, font 8x16
Aug 9 14:52:10.661251 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds
Aug 9 14:52:10.673204 (XEN) EDID info not retrieved because no DDC retrieval method detected
Aug 9 14:52:10.685192 (XEN) Disc information:
Aug 9 14:52:10.685208 (XEN) Found 1 MBR signatures
Aug 9 14:52:10.685229 (XEN) Found 1 EDD information structures
Aug 9 14:52:10.693186 (XEN) Xen-e820 RAM map:
Aug 9 14:52:10.693202 (XEN) 0000000000000000 - 000000000009a800 (usable)
Aug 9 14:52:10.693228 (XEN) 000000000009a800 - 00000000000a0000 (reserved)
Aug 9 14:52:10.708191 (XEN) 00000000000e6000 - 0000000000100000 (reserved)
Aug 9 14:52:10.708220 (XEN) 0000000000100000 - 00000000d7f90000 (usable)
Aug 9 14:52:10.716187 (XEN) 00000000d7f9e000 - 00000000d7fa0000 type 9
Aug 9 14:52:10.716215 (XEN) 00000000d7fa0000 - 00000000d7fae000 (ACPI data)
Aug 9 14:52:10.724198 (XEN) 00000000d7fae000 - 00000000d7fe0000 (ACPI NVS)
Aug 9 14:52:10.729197 (XEN) 00000000d7fe0000 - 00000000d7fee000 (reserved)
Aug 9 14:52:10.733200 (XEN) 00000000d7ff0000 - 00000000d8000000 (reserved)
Aug 9 14:52:10.741197 (XEN) 00000000e0000000 - 00000000f0000000 (reserved)
Aug 9 14:52:10.752224 (XEN) 00000000fec00000 - 00000000fec03000 (reserved)
Aug 9 14:52:10.760249 (XEN) 00000000fee00000 - 00000000fee01000 (reserved)
Aug 9 14:52:10.760269 (XEN) 00000000ff700000 - 0000000100000000 (reserved)
Aug 9 14:52:10.769197 (XEN) 0000000100000000 - 0000000228000000 (usable)
Aug 9 14:52:10.780196 (XEN) System RAM: 8191MB (8387752kB)
Aug 9 14:52:10.872201 (XEN) ACPI: RSDP 000FABF0, 0024 (r2 HP )
Aug 9 14:52:10.896195 (XEN) ACPI: XSDT D7FA0100, 008C (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.904205 (XEN) ACPI: FACP D7FA0290, 00F4 (r4 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.913208 (XEN) ACPI: DSDT D7FA0710, 43FA (r2 HP ProLiant 600 INTL 20051117)
Aug 9 14:52:10.921206 (XEN) ACPI: FACS D7FAE000, 0040
Aug 9 14:52:10.928190 (XEN) ACPI: APIC D7FA0390, 00D0 (r2 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.940204 (XEN) ACPI: MCFG D7FA04B0, 003C (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.948205 (XEN) ACPI: SPMI D7FA04F0, 0041 (r5 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.953206 (XEN) ACPI: WDRT D7FA06C0, 0047 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.964206 (XEN) ACPI: OEMB D7FAE040, 008E (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.976205 (XEN) ACPI: SRAT D7FA4B10, 0190 (r1 HP ProLiant 2 FOXC 1)
Aug 9 14:52:10.984205 (XEN) ACPI: HPET D7FA4CA0, 0038 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:10.989205 (XEN) ACPI: EINJ D7FA4CE0, 0130 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:11.001242 (XEN) ACPI: BERT D7FA4E70, 0030 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:11.009214 (XEN) ACPI: ERST D7FA4EA0, 01B0 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:11.020206 (XEN) ACPI: HEST D7FA5050, 00A8 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:52:11.032204 (XEN) ACPI: SSDT D7FA5100, 1E48 (r1 HP ProLiant 1 FOXC 1)
Aug 9 14:52:11.037195 (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0
Aug 9 14:52:11.041195 (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0
Aug 9 14:52:11.052196 (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0
Aug 9 14:52:11.052222 (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0
Aug 9 14:52:11.057193 (XEN) SRAT: PXM 0 -> APIC 12 -> Node 0
Aug 9 14:52:11.065198 (XEN) SRAT: PXM 0 -> APIC 13 -> Node 0
Aug 9 14:52:11.069196 (XEN) SRAT: PXM 1 -> APIC 16 -> Node 1
Aug 9 14:52:11.073202 (XEN) SRAT: PXM 1 -> APIC 17 -> Node 1
Aug 9 14:52:11.084219 (XEN) SRAT: PXM 1 -> APIC 18 -> Node 1
Aug 9 14:52:11.084246 (XEN) SRAT: PXM 1 -> APIC 19 -> Node 1
Aug 9 14:52:11.096196 (XEN) SRAT: PXM 1 -> APIC 20 -> Node 1
Aug 9 14:52:11.096225 (XEN) SRAT: PXM 1 -> APIC 21 -> Node 1
Aug 9 14:52:11.101200 (XEN) SRAT: Node 0 PXM 0 0-a0000
Aug 9 14:52:11.112194 (XEN) SRAT: Node 0 PXM 0 100000-d8000000
Aug 9 14:52:11.112236 (XEN) SRAT: Node 0 PXM 0 100000000-1a8000000
Aug 9 14:52:11.121194 (XEN) SRAT: Node 1 PXM 1 1a8000000-228000000
Aug 9 14:52:11.125196 (XEN) Memory to Node hash needs 8833 entries, got only 64
Aug 9 14:52:11.133201 (XEN) SRAT: No NUMA node hash function found. Contact maintainer
Aug 9 14:52:11.141204 (XEN) SRAT: SRAT not used.
Aug 9 14:52:11.145192 (XEN) No NUMA configuration found
Aug 9 14:52:11.152192 (XEN) Faking a node at 0000000000000000-0000000228000000
Aug 9 14:52:11.160199 (XEN) Xen heap: 9MB (9712kB)
Aug 9 14:52:11.165191 (XEN) Domain heap initialised
Aug 9 14:52:11.361195 (XEN) found SMP MP-table at 000ff780
Aug 9 14:52:11.373193 (XEN) DMI present.
Aug 9 14:52:11.377189 (XEN) Using APIC driver default
Aug 9 14:52:11.384194 (XEN) ACPI: PM-Timer IO Port: 0x508
Aug 9 14:52:11.384219 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[504,660], pm1x_evt[500,672]
Aug 9 14:52:11.396203 (XEN) ACPI: wakeup_vec[d7fae00c], vec_size[20]
Aug 9 14:52:11.401189 (XEN) ACPI: Local APIC address 0xfee00000
Aug 9 14:52:11.409194 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x08] enabled)
Aug 9 14:52:11.413200 (XEN) Processor #8 0:8 APIC version 16
Aug 9 14:52:11.424193 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x09] enabled)
Aug 9 14:52:11.432201 (XEN) Processor #9 0:8 APIC version 16
Aug 9 14:52:11.432226 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x0a] enabled)
Aug 9 14:52:11.441198 (XEN) Processor #10 0:8 APIC version 16
Aug 9 14:52:11.445195 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x0b] enabled)
Aug 9 14:52:11.453199 (XEN) Processor #11 0:8 APIC version 16
Aug 9 14:52:11.461193 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0c] enabled)
Aug 9 14:52:11.468199 (XEN) Processor #12 0:8 APIC version 16
Aug 9 14:52:11.473193 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0d] enabled)
Aug 9 14:52:11.484202 (XEN) Processor #13 0:8 APIC version 16
Aug 9 14:52:11.484228 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x10] enabled)
Aug 9 14:52:11.496199 (XEN) Processor #16 0:8 APIC version 16
Aug 9 14:52:11.500194 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x11] enabled)
Aug 9 14:52:11.508198 (XEN) Processor #17 0:8 APIC version 16
Aug 9 14:52:11.513194 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] enabled)
Aug 9 14:52:11.517202 (XEN) Processor #18 0:8 APIC version 16
Aug 9 14:52:11.525194 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x13] enabled)
Aug 9 14:52:11.536202 (XEN) Processor #19 0:8 APIC version 16
Aug 9 14:52:11.536232 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x14] enabled)
Aug 9 14:52:11.545201 (XEN) Processor #20 0:8 APIC version 16
Aug 9 14:52:11.552194 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x15] enabled)
Aug 9 14:52:11.560199 (XEN) Processor #21 0:8 APIC version 16
Aug 9 14:52:11.568194 (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
Aug 9 14:52:11.569202 (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Aug 9 14:52:11.577200 (XEN) Overriding APIC driver with bigsmp
Aug 9 14:52:11.588194 (XEN) ACPI: IOAPIC (id[0x16] address[0xfec00000] gsi_base[0])
Aug 9 14:52:11.596202 (XEN) IOAPIC[0]: apic_id 22, version 17, address 0xfec00000, GSI 0-15
Aug 9 14:52:11.604202 (XEN) ACPI: IOAPIC (id[0x17] address[0xfec01000] gsi_base[16])
Aug 9 14:52:11.612202 (XEN) IOAPIC[1]: apic_id 23, version 17, address 0xfec01000, GSI 16-31
Aug 9 14:52:11.617203 (XEN) ACPI: IOAPIC (id[0x18] address[0xfec02000] gsi_base[32])
Aug 9 14:52:11.628240 (XEN) IOAPIC[2]: apic_id 24, version 17, address 0xfec02000, GSI 32-47
Aug 9 14:52:11.636203 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Aug 9 14:52:11.644203 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Aug 9 14:52:11.652203 (XEN) ACPI: IRQ0 used by override.
Aug 9 14:52:11.656192 (XEN) ACPI: IRQ2 used by override.
Aug 9 14:52:11.661193 (XEN) ACPI: IRQ9 used by override.
Aug 9 14:52:11.665195 (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs
Aug 9 14:52:11.676200 (XEN) ACPI: HPET id: 0x1166a201 base: 0xfed00000
Aug 9 14:52:11.680207 (XEN) ERST table is invalid
Aug 9 14:52:11.688218 (XEN) Using ACPI (MADT) for SMP configuration information
Aug 9 14:52:11.692201 (XEN) IRQ limits: 48 GSI, 2272 MSI/MSI-X
Aug 9 14:52:11.697195 (XEN) Using scheduler: SMP Credit Scheduler (credit)
Aug 9 14:52:11.708195 (XEN) Detected 2194.564 MHz processor.
Aug 9 14:52:11.760193 (XEN) AMD Fam10h machine check reporting enabled
Aug 9 14:52:11.776199 (XEN) AMD-Vi: IOMMU not found!
Aug 9 14:52:11.776222 (XEN) I/O virtualisation disabled
Aug 9 14:52:11.781192 (XEN) ENABLING IO-APIC IRQs
Aug 9 14:52:11.789191 (XEN) -> Using new ACK method
Aug 9 14:52:11.796191 (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
Aug 9 14:52:11.801200 (XEN) Platform timer is 14.318MHz HPET
Aug 9 14:52:12.320206 M-^?(XEN) Allocated console ring of 128 KiB.
Aug 9 14:52:12.333200 (XEN) HVM: ASIDs enabled.
Aug 9 14:52:12.333227 (XEN) SVM: Supported advanced features:
Aug 9 14:52:12.333245 (XEN) - Nested Page Tables (NPT)
Aug 9 14:52:12.345196 (XEN) - Last Branch Record (LBR) Virtualisation
Aug 9 14:52:12.345228 (XEN) - Next-RIP Saved on #VMEXIT
Aug 9 14:52:12.357186 (XEN) - Pause-Intercept Filter
Aug 9 14:52:12.357210 (XEN) HVM: SVM enabled
Aug 9 14:52:12.357232 (XEN) HVM: Hardware Assisted Paging detected.
Aug 9 14:52:12.357251 (XEN) Brought up 12 CPUs
Aug 9 14:52:12.569192 (XEN) Testing NMI watchdog --- CPU#0 okay. CPU#1 okay. CPU#2 okay. CPU#3 okay. CPU#4 okay. CPU#5 okay. CPU#6 okay. CPU#7 okay. CPU#8 okay. CPU#9 okay. CPU#10 okay. CPU#11 okay.
Aug 9 14:52:12.697192 (XEN) HPET: 3 timers (0 will be used for broadcast)
Aug 9 14:52:12.697222 (XEN) ACPI sleep modes: S3
Aug 9 14:52:12.697243 (XEN) MCA: Use hw thresholding to adjust polling frequency
Aug 9 14:52:12.712204 (XEN) mcheck_poll: Machine check polling timer started.
Aug 9 14:52:12.712238 (XEN) *** LOADING DOMAIN 0 ***
Aug 9 14:52:12.712253 (XEN) elf_parse_binary: phdr: paddr=0x1000000 memsz=0x663000
Aug 9 14:52:12.828202 (XEN) elf_parse_binary: phdr: paddr=0x1663000 memsz=0x31b000
Aug 9 14:52:12.836195 (XEN) elf_parse_binary: memory: 0x1000000 -> 0x197e000
Aug 9 14:52:12.848196 (XEN) elf_xen_parse_note: GUEST_OS = "linux"
Aug 9 14:52:12.848224 (XEN) elf_xen_parse_note: GUEST_VERSION = "2.6"
Aug 9 14:52:12.864192 (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0"
Aug 9 14:52:12.864221 (XEN) elf_xen_parse_note: VIRT_BASE = 0xc0000000
Aug 9 14:52:12.864247 (XEN) elf_xen_parse_note: ENTRY = 0xc16dd000
Aug 9 14:52:12.876183 (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xc1002000
Aug 9 14:52:12.892185 (XEN) elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"
Aug 9 14:52:12.904191 (XEN) elf_xen_parse_note: PAE_MODE = "yes"
Aug 9 14:52:12.913196 (XEN) elf_xen_parse_note: LOADER = "generic"
Aug 9 14:52:12.913224 (XEN) elf_xen_parse_note: unknown xen elf note (0xd)
Aug 9 14:52:12.924190 (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x1
Aug 9 14:52:12.924219 (XEN) elf_xen_parse_note: HV_START_LOW = 0xf5800000
Aug 9 14:52:12.924246 (XEN) elf_xen_parse_note: PADDR_OFFSET = 0x0
Aug 9 14:52:12.936199 (XEN) elf_xen_addr_calc_check: addresses:
Aug 9 14:52:12.936226 (XEN) virt_base = 0xc0000000
Aug 9 14:52:12.948190 (XEN) elf_paddr_offset = 0x0
Aug 9 14:52:12.948214 (XEN) virt_offset = 0xc0000000
Aug 9 14:52:12.948240 (XEN) virt_kstart = 0xc1000000
Aug 9 14:52:12.957191 (XEN) virt_kend = 0xc197e000
Aug 9 14:52:12.957217 (XEN) virt_entry = 0xc16dd000
Aug 9 14:52:12.957240 (XEN) p2m_base = 0xffffffffffffffff
Aug 9 14:52:12.965310 (XEN) Xen kernel: 32-bit, PAE, lsb
Aug 9 14:52:12.965328 (XEN) Dom0 kernel: 32-bit, PAE, lsb, paddr 0x1000000 -> 0x197e000
Aug 9 14:52:12.977196 (XEN) PHYSICAL MEMORY ARRANGEMENT:
Aug 9 14:52:12.977226 (XEN) Dom0 alloc.: 000000021c000000->000000021e000000 (106073 pages to be allocated)
Aug 9 14:52:12.989204 (XEN) Init. ramdisk: 0000000223e59000->0000000227fff600
Aug 9 14:52:12.989236 (XEN) VIRTUAL MEMORY ARRANGEMENT:
Aug 9 14:52:13.001204 (XEN) Loaded kernel: c1000000->c197e000
Aug 9 14:52:13.001233 (XEN) Init. ramdisk: c197e000->c5b24600
Aug 9 14:52:13.001251 (XEN) Phys-Mach map: c5b25000->c5ba5000
Aug 9 14:52:13.016211 (XEN) Start info: c5ba5000->c5ba547c
Aug 9 14:52:13.016245 (XEN) Page tables: c5ba6000->c5bdb000
Aug 9 14:52:13.016263 (XEN) Boot stack: c5bdb000->c5bdc000
Aug 9 14:52:13.021231 (XEN) TOTAL: c0000000->c6000000
Aug 9 14:52:13.021252 (XEN) ENTRY ADDRESS: c16dd000
Aug 9 14:52:13.021267 (XEN) Dom0 has maximum 12 VCPUs
Aug 9 14:52:13.033201 (XEN) elf_load_binary: phdr 0 at 0xc1000000 -> 0xc1663000
Aug 9 14:52:13.033237 (XEN) elf_load_binary: phdr 1 at 0xc1663000 -> 0xc175b000
Aug 9 14:52:13.044195 (XEN) Scrubbing Free RAM: ............................................................................done.
Aug 9 14:52:15.837191 (XEN) Std. Loglevel: All
Aug 9 14:52:15.852194 (XEN) Guest Loglevel: All
Aug 9 14:52:15.852216 (XEN) Xen is relinquishing VGA console.
Aug 9 14:52:15.852242 (XEN) *** Serial input -> DOM0 (type 'CTRL-x' three times to switch input to Xen)
Aug 9 14:52:15.861211 (XEN) Freed 200kB init memory.
Aug 9 14:52:15.861238 mapping kernel into physical memory
Aug 9 14:52:15.872191 Xen: setup ISA identity maps
Aug 9 14:52:15.872215 about to get started...
Aug 9 14:52:15.872237 [ 0.000000] Reserving virtual address space above 0xf5800000
Aug 9 14:52:16.821222 [ 0.000000] Initializing cgroup subsys cpuset
Aug 9 14:52:16.833187 [ 0.000000] Initializing cgroup subsys cpu
Aug 9 14:52:16.833216 [ 0.000000] Linux version 2.6.32.43 (osstest@gall-mite) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Sat Jul 23 02:30:43 BST 2011
Aug 9 14:52:16.845213 [ 0.000000] KERNEL supported cpus:
Aug 9 14:52:16.845238 [ 0.000000] Intel GenuineIntel
Aug 9 14:52:16.856198 [ 0.000000] AMD AuthenticAMD
Aug 9 14:52:16.856227 [ 0.000000] NSC Geode by NSC
Aug 9 14:52:16.856242 [ 0.000000] Cyrix CyrixInstead
Aug 9 14:52:16.868195 [ 0.000000] Centaur CentaurHauls
Aug 9 14:52:16.868221 [ 0.000000] Transmeta GenuineTMx86
Aug 9 14:52:16.868248 [ 0.000000] Transmeta TransmetaCPU
Aug 9 14:52:16.877199 [ 0.000000] UMC UMC UMC UMC
Aug 9 14:52:16.877222 [ 0.000000] released 0 pages of unused memory
Aug 9 14:52:16.889190 [ 0.000000] BIOS-provided physical RAM map:
Aug 9 14:52:16.889219 [ 0.000000] Xen: 0000000000000000 - 000000000009a000 (usable)
Aug 9 14:52:16.896187 [ 0.000000] Xen: 000000000009a800 - 0000000000100000 (reserved)
Aug 9 14:52:17.146547 [ 0.000000] Xen: 0000000000100000 - 0000000020000000 (usable)
Aug 9 14:52:17.146574 [ 0.000000] Xen: 0000000020000000 - 00000000d7f90000 (unusable)
Aug 9 14:52:17.157207 [ 0.000000] Xen: 00000000d7f9e000 - 00000000d7fa0000 type 9
Aug 9 14:52:17.169190 [ 0.000000] Xen: 00000000d7fa0000 - 00000000d7fae000 (ACPI data)
Aug 9 14:52:17.169228 [ 0.000000] Xen: 00000000d7fae000 - 00000000d7fe0000 (ACPI NVS)
Aug 9 14:52:17.181197 [ 0.000000] Xen: 00000000d7fe0000 - 00000000d7fee000 (reserved)
Aug 9 14:52:17.181229 [ 0.000000] Xen: 00000000d7ff0000 - 00000000d8000000 (reserved)
Aug 9 14:52:17.189205 [ 0.000000] Xen: 00000000e0000000 - 00000000f0000000 (reserved)
Aug 9 14:52:17.204193 [ 0.000000] Xen: 00000000fec00000 - 00000000fec03000 (reserved)
Aug 9 14:52:17.204232 [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved)
Aug 9 14:52:17.216195 [ 0.000000] Xen: 00000000ff700000 - 0000000100000000 (reserved)
Aug 9 14:52:17.225187 [ 0.000000] Xen: 0000000100000000 - 0000000220000000 (usable)
Aug 9 14:52:17.225219 [ 0.000000] DMI present.
Aug 9 14:52:17.225242 [ 0.000000] last_pfn = 0x220000 max_arch_pfn = 0x1000000
Aug 9 14:52:17.236198 [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106
Aug 9 14:52:17.241185 [ 0.000000] Scanning 1 areas for low memory corruption
Aug 9 14:52:17.252213 [ 0.000000] modified physical RAM map:
Aug 9 14:52:17.252243 [ 0.000000] modified: 0000000000000000 - 0000000000002000 (usable)
Aug 9 14:52:17.261196 [ 0.000000] modified: 0000000000002000 - 0000000000006000 (reserved)
Aug 9 14:52:17.261230 [ 0.000000] modified: 0000000000006000 - 000000000009a000 (usable)
Aug 9 14:52:17.276204 [ 0.000000] modified: 000000000009a800 - 0000000000100000 (reserved)
Aug 9 14:52:17.285194 [ 0.000000] modified: 0000000000100000 - 0000000020000000 (usable)
Aug 9 14:52:17.285230 [ 0.000000] modified: 0000000020000000 - 00000000d7f90000 (unusable)
Aug 9 14:52:17.297202 [ 0.000000] modified: 00000000d7f9e000 - 00000000d7fa0000 type 9
Aug 9 14:52:17.305192 [ 0.000000] modified: 00000000d7fa0000 - 00000000d7fae000 (ACPI data)
Aug 9 14:52:17.305231 [ 0.000000] modified: 00000000d7fae000 - 00000000d7fe0000 (ACPI NVS)
Aug 9 14:52:17.317202 [ 0.000000] modified: 00000000d7fe0000 - 00000000d7fee000 (reserved)
Aug 9 14:52:17.332191 [ 0.000000] modified: 00000000d7ff0000 - 00000000d8000000 (reserved)
Aug 9 14:52:17.332226 [ 0.000000] modified: 00000000e0000000 - 00000000f0000000 (reserved)
Aug 9 14:52:17.341200 [ 0.000000] modified: 00000000fec00000 - 00000000fec03000 (reserved)
Aug 9 14:52:17.353189 [ 0.000000] modified: 00000000fee00000 - 00000000fee01000 (reserved)
Aug 9 14:52:17.353223 [ 0.000000] modified: 00000000ff700000 - 0000000100000000 (reserved)
Aug 9 14:52:17.364195 [ 0.000000] modified: 0000000100000000 - 0000000220000000 (usable)
Aug 9 14:52:17.376189 [ 0.000000] init_memory_mapping: 0000000000000000-000000002d1fe000
Aug 9 14:52:17.376222 [ 0.000000] NX (Execute Disable) protection: active
Aug 9 14:52:17.385194 [ 0.000000] RAMDISK: 0197e000 - 05b24600
Aug 9 14:52:17.385220 [ 0.000000] ACPI: RSDP 000fabf0 00024 (v02 HP )
Aug 9 14:52:17.397189 [ 0.000000] ACPI: XSDT d7fa0100 0008C (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.397231 [ 0.000000] ACPI: FACP d7fa0290 000F4 (v04 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.412213 [ 0.000000] ACPI: DSDT d7fa0710 043FA (v02 HP ProLiant 00000600 INTL 20051117)
Aug 9 14:52:17.420205 [ 0.000000] ACPI: FACS d7fae000 00040
Aug 9 14:52:17.420235 [ 0.000000] ACPI: APIC d7fa0390 000D0 (v02 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.432210 [ 0.000000] ACPI: MCFG d7fa04b0 0003C (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.436194 [ 0.000000] ACPI: SPMI d7fa04f0 00041 (v05 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.460215 [ 0.000000] ACPI: WDRT d7fa06c0 00047 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.477207 [ 0.000000] ACPI: OEMB d7fae040 0008E (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.489201 [ 0.000000] ACPI: SRAT d7fa4b10 00190 (v01 HP ProLiant 00000002 FOXC 00000001)
Aug 9 14:52:17.501186 [ 0.000000] ACPI: HPET d7fa4ca0 00038 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.501233 [ 0.000000] ACPI: EINJ d7fa4ce0 00130 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.509210 [ 0.000000] ACPI: BERT d7fa4e70 00030 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.521204 [ 0.000000] ACPI: ERST d7fa4ea0 001B0 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.533197 [ 0.000000] ACPI: HEST d7fa5050 000A8 (v01 HP ProLiant 20091103 FOXC 00000097)
Aug 9 14:52:17.533240 [ 0.000000] ACPI: SSDT d7fa5100 01E48 (v01 HP ProLiant 00000001 FOXC 00000001)
Aug 9 14:52:17.545211 [ 0.000000] Switched to APIC driver `default'.
Aug 9 14:52:17.557191 [ 0.000000] 7982MB HIGHMEM available.
Aug 9 14:52:17.557222 [ 0.000000] 721MB LOWMEM available.
Aug 9 14:52:17.557239 [ 0.000000] mapped low ram: 0 - 2d1fe000
Aug 9 14:52:17.568195 [ 0.000000] low ram: 0 - 2d1fe000
Aug 9 14:52:17.568226 [ 0.000000] node 0 low ram: 00000000 - 2d1fe000
Aug 9 14:52:17.577199 [ 0.000000] node 0 bootmap 00007000 - 0000ca40
Aug 9 14:52:17.577233 [ 0.000000] (11 early reservations) ==> bootmem [0000000000 - 002d1fe000]
Aug 9 14:52:17.592194 [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
Aug 9 14:52:17.601190 [ 0.000000] #1 [0005ba6000 - 0005bdb000] XEN PAGETABLES ==> [0005ba6000 - 0005bdb000]
Aug 9 14:52:17.601236 [ 0.000000] #2 [0000001000 - 0000002000] EX TRAMPOLINE ==> [0000001000 - 0000002000]
Aug 9 14:52:17.616214 [ 0.000000] #3 [0000006000 - 0000007000] TRAMPOLINE ==> [0000006000 - 0000007000]
Aug 9 14:52:17.624211 [ 0.000000] #4 [0001000000 - 000180d400] TEXT DATA BSS ==> [0001000000 - 000180d400]
Aug 9 14:52:17.633206 [ 0.000000] #5 [000197e000 - 0005b24600] RAMDISK ==> [000197e000 - 0005b24600]
Aug 9 14:52:17.648202 [ 0.000000] #6 [0005b25000 - 0005ba6000] XEN START INFO ==> [0005b25000 - 0005ba6000]
Aug 9 14:52:17.657191 [ 0.000000] #7 [0100000000 - 0220000000] XEN EXTRA
Aug 9 14:52:17.657224 [ 0.000000] #8 [000180e000 - 000181b0a8] BRK ==> [000180e000 - 000181b0a8]
Aug 9 14:52:17.668209 [ 0.000000] #9 [0000100000 - 0000236000] PGTABLE ==> [0000100000 - 0000236000]
Aug 9 14:52:17.677204 [ 0.000000] #10 [0000007000 - 000000d000] BOOTMAP ==> [0000007000 - 000000d000]
Aug 9 14:52:17.692198 [ 0.000000] found SMP MP-table at [c00ff780] ff780
Aug 9 14:52:17.692228 [ 0.000000] Zone PFN ranges:
Aug 9 14:52:17.704186 [ 0.000000] DMA 0x00000000 -> 0x00001000
Aug 9 14:52:17.704214 [ 0.000000] Normal 0x00001000 -> 0x0002d1fe
Aug 9 14:52:17.704243 [ 0.000000] HighMem 0x0002d1fe -> 0x00220000
Aug 9 14:52:17.716196 [ 0.000000] Movable zone start PFN for each node
Aug 9 14:52:17.716231 [ 0.000000] early_node_map[4] active PFN ranges
Aug 9 14:52:17.724198 [ 0.000000] 0: 0x00000000 -> 0x00000002
Aug 9 14:52:17.724230 [ 0.000000] 0: 0x00000006 -> 0x0000009a
Aug 9 14:52:17.736190 [ 0.000000] 0: 0x00000100 -> 0x00020000
Aug 9 14:52:17.736217 [ 0.000000] 0: 0x00100000 -> 0x00220000
Aug 9 14:52:17.748188 [ 0.000000] Using APIC driver default
Aug 9 14:52:17.748215 [ 0.000000] ACPI: PM-Timer IO Port: 0x508
Aug 9 14:52:17.748241 [ 0.000000] Switched to APIC driver `default'.
Aug 9 14:52:17.760196 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x08] enabled)
Aug 9 14:52:17.760229 [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x09] enabled)
Aug 9 14:52:17.772203 [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x0a] enabled)
Aug 9 14:52:17.777191 [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x0b] enabled)
Aug 9 14:52:17.777224 [ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0c] enabled)
Aug 9 14:52:17.789197 [ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0d] enabled)
Aug 9 14:52:17.789234 [ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x10] enabled)
Aug 9 14:52:17.801205 [ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x11] enabled)
Aug 9 14:52:17.813190 [ 0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] enabled)
Aug 9 14:52:17.813224 [ 0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x13] enabled)
Aug 9 14:52:17.825196 [ 0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x14] enabled)
Aug 9 14:52:17.825234 [ 0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x15] enabled)
Aug 9 14:52:17.833203 [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
Aug 9 14:52:17.845188 [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Aug 9 14:52:17.845222 [ 0.000000] ACPI: IOAPIC (id[0x16] address[0xfec00000] gsi_base[0])
Aug 9 14:52:17.857197 [ 0.000000] IOAPIC[0]: apic_id 22, version 0, address 0xfec00000, GSI 0-0
Aug 9 14:52:17.869187 [ 0.000000] ACPI: IOAPIC (id[0x17] address[0xfec01000] gsi_base[16])
Aug 9 14:52:17.869223 [ 0.000000] IOAPIC[1]: apic_id 23, version 0, address 0xfec01000, GSI 16-16
Aug 9 14:52:17.877288 [ 0.000000] ACPI: IOAPIC (id[0x18] address[0xfec02000] gsi_base[32])
Aug 9 14:52:17.889188 [ 0.000000] IOAPIC[2]: apic_id 24, version 0, address 0xfec02000, GSI 32-32
Aug 9 14:52:17.889225 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Aug 9 14:52:17.901200 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2
Aug 9 14:52:17.901234 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Aug 9 14:52:17.913206 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9
Aug 9 14:52:17.925189 [ 0.000000] Using ACPI (MADT) for SMP configuration information
Aug 9 14:52:17.925228 [ 0.000000] ACPI: HPET id: 0x1166a201 base: 0xfed00000
Aug 9 14:52:17.933194 [ 0.000000] SMP: Allowing 8 CPUs, 0 hotplug CPUs
Aug 9 14:52:17.933223 [ 0.000000] PM: Registered nosave memory: 0000000000002000 - 0000000000006000
Aug 9 14:52:17.945199 [ 0.000000] PM: Registered nosave memory: 000000000009a000 - 000000000009b000
Aug 9 14:52:17.957192 [ 0.000000] PM: Registered nosave memory: 000000000009b000 - 0000000000100000
Aug 9 14:52:17.957229 [ 0.000000] PM: Registered nosave memory: 0000000020000000 - 00000000d7f90000
Aug 9 14:52:17.972206 [ 0.000000] Allocating PCI resources starting at f0000000 (gap: f0000000:ec00000)
Aug 9 14:52:17.984208 [ 0.000000] Booting paravirtualized kernel on Xen
Aug 9 14:52:17.984238 [ 0.000000] Xen version: 4.2-unstable (preserve-AD) (dom0)
Aug 9 14:52:17.989202 [ 0.000000] NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:8 nr_node_ids:1
Aug 9 14:52:18.001189 [ 0.000000] PERCPU: Embedded 15 pages/cpu @c9fed000 s37112 r0 d24328 u65536
Aug 9 14:52:18.001231 [ 0.000000] pcpu-alloc: s37112 r0 d24328 u65536 alloc=16*4096
Aug 9 14:52:18.013198 [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [0] 4 [0] 5 [0] 6 [0] 7
Aug 9 14:52:18.025186 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1293205
Aug 9 14:52:18.025236 [ 0.000000] Kernel command line: placeholder root=/dev/mapper/woodlouse-root ro console=hvc0
Aug 9 14:52:18.037215 [ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
Aug 9 14:52:18.045196 [ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Aug 9 14:52:18.057187 [ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Aug 9 14:52:18.057224 [ 0.000000] Enabling fast FPU save and restore... done.
Aug 9 14:52:18.069196 [ 0.000000] Enabling unmasked SIMD FPU exception support... done.
Aug 9 14:52:18.069236 [ 0.000000] Initializing CPU#0
Aug 9 14:52:18.081194 [ 0.000000] DMA: Placing 64MB software IO TLB between ca0ce000 - ce0ce000
Aug 9 14:52:18.081233 [ 0.000000] DMA: software IO TLB at phys 0xa0ce000 - 0xe0ce000
Aug 9 14:52:18.096201 [ 0.000000] xen_swiotlb_fixup: buf=ca0ce000 size=67108864
Aug 9 14:52:18.104187 [ 0.000000] xen_swiotlb_fixup: buf=ce12e000 size=32768
Aug 9 14:52:18.104219 [ 0.000000] Initializing HighMem for node 0 (0002d1fe:00220000)
Aug 9 14:52:18.116189 [ 0.000000] Memory: 309604k/8912896k available (4514k kernel code, 214080k reserved, 2512k data, 484k init, 4718592k highmem)
Aug 9 14:52:18.128197 [ 0.000000] virtual kernel memory layout:
Aug 9 14:52:18.128225 [ 0.000000] fixmap : 0xf571d000 - 0xf57ff000 ( 904 kB)
Aug 9 14:52:18.140195 [ 0.000000] pkmap : 0xf5200000 - 0xf5400000 (2048 kB)
Aug 9 14:52:18.140231 [ 0.000000] vmalloc : 0xed9fe000 - 0xf51fe000 ( 120 MB)
Aug 9 14:52:18.145202 [ 0.000000] lowmem : 0xc0000000 - 0xed1fe000 ( 721 MB)
Aug 9 14:52:18.160189 [ 0.000000] .init : 0xc16dd000 - 0xc1756000 ( 484 kB)
Aug 9 14:52:18.160222 [ 0.000000] .data : 0xc14688ee - 0xc16dcad4 (2512 kB)
Aug 9 14:52:18.169195 [ 0.000000] .text : 0xc1000000 - 0xc14688ee (4514 kB)
Aug 9 14:52:18.169230 [ 0.000000] SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Aug 9 14:52:18.184223 [ 0.000000] Hierarchical RCU implementation.
Aug 9 14:52:18.193191 [ 0.000000] NR_IRQS:2304 nr_irqs:2304
Aug 9 14:52:18.193217 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Aug 9 14:52:18.201190 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Aug 9 14:52:18.201230 [ 0.000000] xen: sci override: source_irq=9 global_irq=9 trigger=c polarity=3
Aug 9 14:52:18.213204 [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9
Aug 9 14:52:18.228188 [ 0.000000] xen: acpi sci 9
Aug 9 14:52:18.228206 [ 0.000000] Console: colour VGA+ 80x25
Aug 9 14:52:18.228224 [ 0.000000] console [hvc0] enabled
Aug 9 14:52:18.237183 [ 0.000000] installing Xen timer for CPU 0
Aug 9 14:52:18.237204 [ 0.000000] Detected 2194.564 MHz processor.
Aug 9 14:52:18.237223 [ 0.000999] Calibrating delay loop (skipped), value calculated using timer frequency.. 4389.12 BogoMIPS (lpj=2194564)
Aug 9 14:52:18.257187 [ 0.000999] Security Framework initialized
Aug 9 14:52:18.257217 [ 0.000999] SELinux: Initializing.
Aug 9 14:52:18.257243 [ 0.000999] Mount-cache hash table entries: 512
Aug 9 14:52:18.272186 [ 0.000999] Initializing cgroup subsys ns
Aug 9 14:52:18.272206 [ 0.000999] Initializing cgroup subsys cpuacct
Aug 9 14:52:18.284184 [ 0.000999] Initializing cgroup subsys freezer
Aug 9 14:52:18.284206 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.293200 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.293233 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.304193 [ 0.000999] CPU: Processor Core ID: 0
Aug 9 14:52:18.304220 [ 0.000999] mce: CPU supports 6 MCE banks
Aug 9 14:52:18.304245 [ 0.000999] Performance Events: AMD PMU driver.
Aug 9 14:52:18.316198 [ 0.000999] ------------[ cut here ]------------
Aug 9 14:52:18.316227 [ 0.000999] WARNING: at arch/x86/xen/enlighten.c:729 xen_apic_write+0x12/0x14()
Aug 9 14:52:18.325214 [ 0.000999] Hardware name: ProLiant DL165 G6
Aug 9 14:52:18.340186 [ 0.000999] Modules linked in:
Aug 9 14:52:18.340205 [ 0.000999] Pid: 0, comm: swapper Not tainted 2.6.32.43 #1
Aug 9 14:52:18.340226 [ 0.000999] Call Trace:
Aug 9 14:52:18.349564 [ 0.000999] [<c10611c0>] warn_slowpath_common+0x65/0x7c
Aug 9 14:52:18.349593 [ 0.000999] [<c1028aa5>] ? xen_apic_write+0x12/0x14
Aug 9 14:52:18.360197 [ 0.000999] [<c10611e4>] warn_slowpath_null+0xd/0x10
Aug 9 14:52:18.360228 [ 0.000999] [<c1028aa5>] xen_apic_write+0x12/0x14
Aug 9 14:52:18.369197 [ 0.000999] [<c1037b25>] perf_events_lapic_init+0x2b/0x2d
Aug 9 14:52:18.369234 [ 0.000999] [<c16e7607>] init_hw_perf_events+0x2e4/0x37d
Aug 9 14:52:18.381201 [ 0.000999] [<c16e704b>] identify_boot_cpu+0x21/0x23
Aug 9 14:52:18.381232 [ 0.000999] [<c16e721e>] check_bugs+0xb/0x110
Aug 9 14:52:18.396199 [ 0.000999] [<c10a5042>] ? delayacct_init+0x42/0x44
Aug 9 14:52:18.396230 [ 0.000999] [<c16dd855>] start_kernel+0x30b/0x31a
Aug 9 14:52:18.408202 [ 0.000999] [<c16dd0a8>] i386_start_kernel+0x97/0x9e
Aug 9 14:52:18.408238 [ 0.000999] [<c16e0d06>] xen_start_kernel+0x581/0x589
Aug 9 14:52:18.416199 [ 0.000999] ---[ end trace 4eaa2a86a8e2da22 ]---
Aug 9 14:52:18.416231 [ 0.000999] ... version: 0
Aug 9 14:52:18.425196 [ 0.000999] ... bit width: 48
Aug 9 14:52:18.425224 [ 0.000999] ... generic registers: 4
Aug 9 14:52:18.440189 [ 0.000999] ... value mask: 0000ffffffffffff
Aug 9 14:52:18.440219 [ 0.000999] ... max period: 00007fffffffffff
Aug 9 14:52:18.452194 [ 0.000999] ... fixed-purpose events: 0
Aug 9 14:52:18.452222 [ 0.000999] ... event mask: 000000000000000f
Aug 9 14:52:18.464192 [ 0.001870] SMP alternatives: switching to UP code
Aug 9 14:52:18.464222 [ 0.004089] ACPI: Core revision 20090903
Aug 9 14:52:18.469201 [ 0.019150] cpu 0 spinlock event irq 2302
Aug 9 14:52:18.469232 [ 0.019610] installing Xen timer for CPU 1
Aug 9 14:52:18.469251 [ 0.019654] cpu 1 spinlock event irq 2296
Aug 9 14:52:18.481199 [ 0.019727] SMP alternatives: switching to SMP code
Aug 9 14:52:18.481229 [ 0.000999] Initializing CPU#1
Aug 9 14:52:18.493193 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.493234 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.508199 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.508226 [ 0.000999] CPU: Processor Core ID: 1
Aug 9 14:52:18.520189 [ 0.021345] installing Xen timer for CPU 2
Aug 9 14:52:18.520217 [ 0.021406] cpu 2 spinlock event irq 2290
Aug 9 14:52:18.520244 [ 0.000999] Initializing CPU#2
Aug 9 14:52:18.528197 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.540185 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.540216 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.540243 [ 0.000999] CPU: Processor Core ID: 2
Aug 9 14:52:18.549196 [ 0.021805] installing Xen timer for CPU 3
Aug 9 14:52:18.549224 [ 0.021900] cpu 3 spinlock event irq 2284
Aug 9 14:52:18.564191 [ 0.000999] Initializing CPU#3
Aug 9 14:52:18.564215 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.569216 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.569237 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.584189 [ 0.000999] CPU: Processor Core ID: 3
Aug 9 14:52:18.584216 [ 0.022234] installing Xen timer for CPU 4
Aug 9 14:52:18.584242 [ 0.022296] cpu 4 spinlock event irq 2278
Aug 9 14:52:18.593195 [ 0.000999] Initializing CPU#4
Aug 9 14:52:18.593219 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.608198 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.608227 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.617193 [ 0.000999] CPU: Processor Core ID: 4
Aug 9 14:52:18.617219 [ 0.022651] installing Xen timer for CPU 5
Aug 9 14:52:18.617245 [ 0.022713] cpu 5 spinlock event irq 2272
Aug 9 14:52:18.625203 [ 0.000999] Initializing CPU#5
Aug 9 14:52:18.625228 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.637233 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.637261 [ 0.000999] CPU: Physical Processor ID: 0
Aug 9 14:52:18.652213 [ 0.000999] CPU: Processor Core ID: 5
Aug 9 14:52:18.652241 [ 0.023018] installing Xen timer for CPU 6
Aug 9 14:52:18.664194 [ 0.023079] cpu 6 spinlock event irq 2266
Aug 9 14:52:18.664227 [ 0.000999] Initializing CPU#6
Aug 9 14:52:18.664244 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.676210 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.681192 [ 0.000999] CPU: Physical Processor ID: 1
Aug 9 14:52:18.681226 [ 0.000999] CPU: Processor Core ID: 0
Aug 9 14:52:18.681244 [ 0.023496] installing Xen timer for CPU 7
Aug 9 14:52:18.693248 [ 0.023559] cpu 7 spinlock event irq 2260
Aug 9 14:52:18.693278 [ 0.000999] Initializing CPU#7
Aug 9 14:52:18.693294 [ 0.000999] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Aug 9 14:52:18.708219 [ 0.000999] CPU: L2 Cache: 512K (64 bytes/line)
Aug 9 14:52:18.720191 [ 0.000999] CPU: Physical Processor ID: 1
Aug 9 14:52:18.720219 [ 0.000999] CPU: Processor Core ID: 1
Aug 9 14:52:18.720245 [ 0.023899] Brought up 8 CPUs
Aug 9 14:52:18.729195 [ 0.026305] Grant table initialized
Aug 9 14:52:18.729221 [ 0.026305] Time: 14:52:17 Date: 08/09/11
Aug 9 14:52:18.737193 [ 0.027021] NET: Registered protocol family 16
Aug 9 14:52:18.737226 [ 0.028162] ACPI: bus type pci registered
Aug 9 14:52:18.737266 [ 0.030118] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
Aug 9 14:52:18.749219 [ 0.030118] PCI: MCFG area at e0000000 reserved in E820
Aug 9 14:52:18.764194 [ 0.030118] PCI: Using MMCONFIG for extended config space
Aug 9 14:52:18.764227 [ 0.030118] PCI: Using configuration type 1 for base access
Aug 9 14:52:18.776197 [ 0.063063] bio: create slab <bio-0> at 0
Aug 9 14:52:18.776225 [ 0.066180] ERROR: Unable to locate IOAPIC for GSI 9
Aug 9 14:52:18.788198 [ 0.070762] ACPI Warning for \_SB_._OSC: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006)
Aug 9 14:52:18.796201 [ 0.075042] ACPI: Executed 1 blocks of module-level executable AML code
Aug 9 14:52:18.808183 [ 0.095733] ACPI: Interpreter enabled
Aug 9 14:52:18.808204 [ 0.095742] ACPI: (supports S0 S4 S5)
Aug 9 14:52:18.808222 [ 0.095807] ACPI: Using IOAPIC for interrupt routing
Aug 9 14:52:18.817198 [ 0.128980] ACPI: No dock devices found.
Aug 9 14:52:18.817231 [ 0.128980] ACPI: PCI Root Bridge [PCI0] (0000:00)
Aug 9 14:52:18.832199 [ 0.129262] pci 0000:00:01.0: Enabling HT MSI Mapping
Aug 9 14:52:18.832232 [ 0.129980] pci 0000:00:03.2: PME# supported from D0 D1 D2 D3hot
Aug 9 14:52:18.844205 [ 0.129980] pci 0000:00:03.2: PME# disabled
Aug 9 14:52:18.844241 [ 0.129980] pci 0000:00:06.0: PME# supported from D0 D3hot D3cold
Aug 9 14:52:18.852201 [ 0.129980] pci 0000:00:06.0: PME# disabled
Aug 9 14:52:18.852233 [ 0.129980] pci 0000:00:07.0: PME# supported from D0 D3hot D3cold
Aug 9 14:52:18.864199 [ 0.129980] pci 0000:00:07.0: PME# disabled
Aug 9 14:52:18.864227 [ 0.129980] pci 0000:00:08.0: PME# supported from D0 D3hot D3cold
Aug 9 14:52:18.876199 [ 0.129980] pci 0000:00:08.0: PME# disabled
Aug 9 14:52:18.876219 [ 0.129980] pci 0000:00:09.0: PME# supported from D0 D3hot D3cold
Aug 9 14:52:18.888203 [ 0.129980] pci 0000:00:09.0: PME# disabled
Aug 9 14:52:18.888236 [ 0.129980] pci 0000:00:0a.0: PME# supported from D0 D3hot D3cold
Aug 9 14:52:18.893398 [ 0.129980] pci 0000:00:0a.0: PME# disabled
Aug 9 14:52:18.908186 [ 0.132979] pci 0000:02:02.0: PME# supported from D3hot D3cold
Aug 9 14:52:18.908220 [ 0.132979] pci 0000:02:02.0: PME# disabled
Aug 9 14:52:18.920185 [ 0.132979] pci 0000:02:02.1: PME# supported from D3hot D3cold
Aug 9 14:52:18.920220 [ 0.132979] pci 0000:02:02.1: PME# disabled
Aug 9 14:52:18.929191 [ 0.132979] pci 0000:03:00.0: PME# supported from D0
Aug 9 14:52:18.929222 [ 0.132979] pci 0000:03:00.0: PME# disabled
Aug 9 14:52:18.941187 (XEN) PCI add device 00:01.0
Aug 9 14:52:18.941210 (XEN) PCI add device 00:02.0
Aug 9 14:52:18.941236 (XEN) PCI add device 00:02.1
Aug 9 14:52:18.941251 (XEN) PCI add device 00:02.2
Aug 9 14:52:18.952189 (XEN) PCI add device 00:02.3
Aug 9 14:52:18.952213 (XEN) PCI add device 00:03.0
Aug 9 14:52:18.952236 (XEN) PCI add device 00:03.1
Aug 9 14:52:18.952251 (XEN) PCI add device 00:03.2
Aug 9 14:52:18.961192 (XEN) PCI add device 00:06.0
Aug 9 14:52:18.961215 (XEN) PCI add device 00:07.0
Aug 9 14:52:18.961239 (XEN) PCI add device 00:08.0
Aug 9 14:52:18.961254 (XEN) PCI add device 00:09.0
Aug 9 14:52:18.976191 (XEN) PCI add device 00:0a.0
Aug 9 14:52:18.976214 (XEN) PCI add device 00:18.0
Aug 9 14:52:18.976239 (XEN) PCI add device 00:18.1
Aug 9 14:52:18.976253 (XEN) PCI add device 00:18.[ 1.017932] usb 1-3: New USB device found, idVendor=04b4, idProduct=6560
Aug 9 14:52:18.985220 [ 1.017970] usb 1-3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Aug 9 14:52:19.000201 [ 1.018541] usb 1-3: configuration #1 chosen from 1 choice
Aug 9 14:52:19.008515 [ 1.019062] hub 1-3:1.0: USB hub found
Aug 9 14:52:19.008535 [ 1.019430] hub 1-3:1.0: 4 ports detected
Aug 9 14:52:19.008553 [ 1.155586] xen_allocate_pirq: returning irq 5 for gsi 5
Aug 9 14:52:19.017196 [ 1.155647] sata_svw 0000:01:0e.0: PCI INT A -> GSI 5 (level, low) -> IRQ 5
Aug 9 14:52:19.032212 [ 1.162182] HP CISS Driver (v 3.6.20)
Aug 9 14:52:19.032242 [ 1.173184] xen_allocate_pirq: returning irq 36 for gsi 36
Aug 9 14:52:19.041194 [ 1.173383] Already setup the GSI :36
Aug 9 14:52:19.041220 [ 1.173400] cciss 0000:03:00.0: PCI INT A -> GSI 36 (level, low) -> IRQ 36
Aug 9 14:52:19.053196 [ 1.175820] scsi0 : sata_svw
Aug 9 14:52:19.053220 [ 1.176833] IRQ 2245/cciss0: IRQF_DISABLED is not guaranteed on shared IRQs
Aug 9 14:52:19.064200 [ 1.176961] cciss0: <0x323a> at PCI 0000:03:00.0 IRQ 2245 using DAC
Aug 9 14:52:19.064241 [ 1.181840] scsi1 : sata_svw
Aug 9 14:52:19.076205 [ 1.182569] scsi2 : sata_svw
Aug 9 14:52:19.076235 [ 1.185876] scsi3 : sata_svw
Aug 9 14:52:19.076251 [ 1.186201] ata1: SATA max UDMA/133 mmio m8192@0xde9fe000 port 0xde9fe000 irq 5
Aug 9 14:52:19.088214 [ 1.186224] ata2: SATA max UDMA/133 mmio m8192@0xde9fe000 port 0xde9fe100 irq 5
Aug 9 14:52:19.097203 [ 1.186245] ata3: SATA max UDMA/133 mmio m8192@0xde9fe000 port 0xde9fe200 irq 5
Aug 9 14:52:19.109193 [ 1.186265] ata4: SATA max UDMA/133 mmio m8192@0xde9fe000 port 0xde9fe300 irq 5
Aug 9 14:52:19.109238 [ 1.285521] usb 1-3.3: new full speed USB device using ehci_hcd and address 3
Aug 9 14:52:19.117207 [ 1.362835] usb 1-3.3: New USB device found, idVendor=0000, idProduct=0000
Aug 9 14:52:19.129194 [ 1.362864] usb 1-3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug 9 14:52:19.129237 [ 1.362891] usb 1-3.3: Product: SE USB Device
Aug 9 14:52:19.141201 [ 1.362941] usb 1-3.3: Manufacturer: ServerEngines
Aug 9 14:52:19.141235 [ 1.362964] usb 1-3.3: SerialNumber: 40032C4204C48A
Aug 9 14:52:19.156201 [ 1.363406] usb 1-3.3: configuration #1 chosen from 1 choice
Aug 9 14:52:19.156239 [ 1.366601] input: ServerEngines SE USB Device as /devices/pci0000:00/0000:00:03.2/usb1/1-3/1-3.3/1-3.3:1.0/input/input4
Aug 9 14:52:19.173189 [ 1.367009] generic-usb 0003:0000:0000.0001: input,hidraw0: USB HID v1.11 Keyboard [ServerEngines SE USB Device] on usb-0000:00:03.2-3.3/input0
Aug 9 14:52:19.185199 [ 1.370129] input: ServerEngines SE USB Device as /devices/pci0000:00/0000:00:03.2/usb1/1-3/1-3.3/1-3.3:1.1/input/input5
Aug 9 14:52:19.197208 [ 1.370586] generic-usb 0003:0000:0000.0002: input,hidraw1: USB HID v1.11 Mouse [ServerEngines SE USB Device] on usb-0000:00:03.2-3.3/input1
Aug 9 14:52:19.212220 [ 1.497200] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Aug 9 14:52:19.217333 [ 1.500444] ata1.00: ATA-7: GB0250EAFYK, HPG2, max UDMA/133
Aug 9 14:52:19.232185 [ 1.500474] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 0/32)
Aug 9 14:52:19.232223 [ 1.506464] ata1.00: configured for UDMA/133
Aug 9 14:52:19.241192 [ 1.507001] scsi 0:0:0:0: Direct-Access ATA GB0250EAFYK HPG2 PQ: 0 ANSI: 5
Aug 9 14:52:19.241237 [ 1.508023] sd 0:0:0:0: Attached scsi generic sg0 type 0
Aug 9 14:52:19.253203 [ 1.508502] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
Aug 9 14:52:19.265202 [ 1.508972] sd 0:0:0:0: [sda] Write Protect is off
Aug 9 14:52:19.265232 [ 1.509207] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Aug 9 14:52:19.273214 [ 1.510176] sda: detected capacity change from 0 to 250059350016
Aug 9 14:52:19.285197 [ 1.510214] sda: sda1 sda2 < sda5 >
Aug 9 14:52:19.285223 [ 1.537205] sd 0:0:0:0: [sda] Attached SCSI disk
Aug 9 14:52:19.296187 [ 1.814092] ata2: SATA link down (SStatus 4 SControl 300)
Aug 9 14:52:19.296220 [ 2.130092] ata3: SATA link down (SStatus 4 SControl 300)
Aug 9 14:52:19.341266 [ 2.446092] ata4: SATA link down (SStatus 4 SControl 300)
Aug 9 14:52:19.657224 Begin: Loading essential drivers ... done.
Aug 9 14:52:19.981195 Begin: Running /scripts/init-premount ... done.
Aug 9 14:52:19.981230 Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Aug 9 14:52:20.316209 Begin: Running /scripts/local-premount ... [ 3.153192] PM: Starting manual resume from disk
Aug 9 14:52:20.357204 done.
Aug 9 14:52:20.357221 [ 3.180189] kjournald starting. Commit interval 5 seconds
Aug 9 14:52:20.392204 [ 3.180279] EXT3-fs: mounted filesystem with writeback data mode.
Aug 9 14:52:20.404194 Begin: Running /scripts/local-bottom ... done.
Aug 9 14:52:20.404223 done.
Aug 9 14:52:20.404241 Begin: Running /scripts/init-bottom ... done.
Aug 9 14:52:20.468182 SELinux: Could not open policy file <= /etc/selinux/targeted/policy/policy.24: No such file or directory
Aug 9 14:52:20.712239 INIT: version 2.88 booting
Aug 9 14:52:20.728190 Using makefile-style concurrent boot in runlevel S.
Aug 9 14:52:20.941207 Starting the hotplug events dispatcher: udevd[ 4.197184] udev[1297]: starting version 164
Aug 9 14:52:21.404206 .
Aug 9 14:52:21.489182 Synthesizing the initial hotplug events...done.
Aug 9 14:52:21.633183 Waiting for /dev to be fully populated...udevd-work[1308]: kernel-provided name 'blktap-control' and NAME= 'xen/blktap-2/control' disagree, please use SYMLINK+= or change the kernel to provide the proper name
Aug 9 14:52:21.905208
Aug 9 14:52:21.905228 done.
Aug 9 14:52:22.096185 Setting up LVM Volume Groups File-based locking initialisation failed.
Aug 9 14:52:22.361197 Reading all physical volumes. This may take a while...
Aug 9 14:52:22.373202 Found volume group "woodlouse" using metadata type lvm2
Aug 9 14:52:22.457203 File-based locking initialisation failed.
Aug 9 14:52:22.492216 2 logical volume(s) in volume group "woodlouse" now active
Aug 9 14:52:22.504199 .
Aug 9 14:52:22.524205 Checking root file system...fsck from util-linux-ng 2.17.2
Aug 9 14:52:22.680206 /dev/mapper/woodlouse-root: clean, 31136/610800 files, 279329/2441216 blocks
Aug 9 14:52:22.756203 done.
Aug 9 14:52:22.756217 [ 5.568867] EXT3 FS on dm-0, internal journal
Aug 9 14:52:22.772189 Loading kernel modules...done.
Aug 9 14:52:22.884205 Cleaning up ifupdown....
Aug 9 14:52:22.897182 Setting up networking....
Aug 9 14:52:22.949188 Activating lvm and md swap...[ 5.983792] Adding 1949688k swap on /dev/mapper/woodlouse-swap_1. Priority:-1 extents:1 across:1949688k
Aug 9 14:52:23.193221 done.
Aug 9 14:52:23.193237 Checking file systems...fsck from util-linux-ng 2.17.2
Aug 9 14:52:23.260189 /dev/sda1: clean, 231/73152 files, 80968/291840 blocks
Aug 9 14:52:23.405203 done.
Aug 9 14:52:23.409181 Mounting local filesystems...[ 6.333431] kjournald starting. Commit interval 5 seconds
Aug 9 14:52:23.544218 [ 6.337007] EXT3 FS on sda1, internal journal
Aug 9 14:52:23.556184 [ 6.337064] EXT3-fs: mounted filesystem with writeback data mode.
Aug 9 14:52:23.556220 done.
Aug 9 14:52:23.556239 Activating swapfile swap...done.
Aug 9 14:52:23.605183 Cleaning up temporary files....
Aug 9 14:52:23.865185 Setting kernel variables ...done.
Aug 9 14:52:24.020197 Configuring network interfaces...[ 7.018501] device eth0 entered promiscuous mode
Aug 9 14:52:24.224209 [ 7.069832] ADDRCONF(NETDEV_UP): eth0: link is not ready
Aug 9 14:52:24.273202
Aug 9 14:52:24.332184 Waiting for xenbr0 to get ready (MAXWAIT is 2 seconds).
Aug 9 14:52:24.332216 done.
Aug 9 14:52:26.445202 Starting portmap daemon....
Aug 9 14:52:26.572202 Starting NFS common utilities: statd.
Aug 9 14:52:26.768164 Cleaning up temporary files....
Aug 9 14:52:26.896277 INIT: Entering runlevel: 2
Aug 9 14:52:26.984249 Using makefile-style concurrent boot in runlevel 2.
Aug 9 14:52:27.021302 Starting portmap daemon...Already running..
Aug 9 14:52:27.097213 Starting NFS common utilities: statd.
Aug 9 14:52:27.105202 Starting enhanced syslogd: rsyslogd.
Aug 9 14:52:27.316221 [ 10.236379] tg3: eth0: Link is up at 1000 Mbps, full duplex.
Aug 9 14:52:27.448224 [ 10.236422] tg3: eth0: Flow control is off for TX and off for RX.
Aug 9 14:52:27.460214 [ 10.236783] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Aug 9 14:52:27.460250 [ 10.236935] xenbr0: port 1(eth0) entering forwarding state
Aug 9 14:52:27.460272 Starting web server: apache2.
Aug 9 14:52:28.485197 Starting deferred execution scheduler: atd.
Aug 9 14:52:28.657183 Starting periodic command scheduler: cron.
Aug 9 14:52:29.208186 Starting MTA:Starting OpenBSD Secure Shell server: sshd.
Aug 9 14:52:30.009209 [ 12.834767] XENBUS: Unable to read cpu state
Aug 9 14:52:30.044203 [ 12.835305] XENBUS: Unable to read cpu state
Aug 9 14:52:30.044236 [ 12.835755] XENBUS: Unable to read cpu state
Aug 9 14:52:30.056195 [ 12.836178] XENBUS: Unable to read cpu state
Aug 9 14:52:30.056224 [ 12.836554] XENBUS: Unable to read cpu state
Aug 9 14:52:30.068194 [ 12.836915] XENBUS: Unable to read cpu state
Aug 9 14:52:30.068224 [ 12.837311] XENBUS: Unable to read cpu state
Aug 9 14:52:30.076184 [ 12.837729] XENBUS: Unable to read cpu state
Aug 9 14:52:30.076213 Starting xenstored...
Aug 9 14:52:30.100192 Setting domain 0 name...
Aug 9 14:52:30.100215 Starting xenconsoled...
Aug 9 14:52:30.100235 exim4.
Aug 9 14:52:30.408189
Aug 9 14:52:31.545192 Debian GNU/Linux 6.0 woodlouse hvc0
Aug 9 14:52:31.564196
Aug 9 14:52:31.564212 woodlouse login: INIT: Switching to runlevel: 6
Aug 9 14:53:57.536220 INIT: Sending processes the TERM signal
Aug 9 14:53:57.536251 Using makefile-style concurrent boot in runlevel 6.
Aug 9 14:53:58.568192 Stopping deferred execution scheduler: atd.
Aug 9 14:53:58.665205 Stopping MTA: exim4_listener.
Aug 9 14:53:58.716251 Stopping xenconsoled
Aug 9 14:53:58.756230 WARNING: Not stopping xenstored, as it cannot be restarted.
Aug 9 14:53:58.756284 Stopping web server: apache2 ... waiting .
Aug 9 14:53:59.833217 Asking all remaining processes to terminate...done.
Aug 9 14:54:00.248210 All processes ended within 1 seconds....done.
Aug 9 14:54:00.284272 Stopping enhanced syslogd: rsyslogd.
Aug 9 14:54:00.353195 Stopping NFS common utilities: statd.
Aug 9 14:54:00.481239 Stopping portmap daemon....
Aug 9 14:54:00.481266 [ 103.358419] xenbr0: port 1(eth0) entering disabled state
Aug 9 14:54:00.561245 [ 103.419194] tg3 0000:02:02.0: PME# enabled
Aug 9 14:54:00.632251 [ 103.419296] tg3 0000:02:02.0: wake-up capability enabled by ACPI
Aug 9 14:54:00.632291 [ 103.435936] device eth0 left promiscuous mode
Aug 9 14:54:00.645485 [ 103.435979] xenbr0: port 1(eth0) entering disabled state
Aug 9 14:54:00.645518 Deconfiguring network interfaces...done.
Aug 9 14:54:00.665360 Cleaning up ifupdown....
Aug 9 14:54:00.725242 Saving the system clock.
Aug 9 14:54:00.725270 Deactivating swap...done.
Aug 9 14:54:02.065206 Unmounting weak filesystems...done.
Aug 9 14:54:02.088208 Unmounting local filesystems...done.
Aug 9 14:54:02.121204 Shutting down LVM Volume Groups Can't deactivate volume group "woodlouse" with 1 open logical volume(s)
Aug 9 14:54:02.225241 ^[[31mfailed!^[[39;49m
Aug 9 14:54:02.264215 Will now restart.
Aug 9 14:54:02.684246 [ 107.486741] md: stopping all md devices.
Aug 9 14:54:04.692341 [ 108.488464] Completed flushing cache on controller 0
Aug 9 14:54:05.700227 [ 108.488781] ehci_hcd 0000:00:03.2: PCI INT A disabled
Aug 9 14:54:05.709192 [ 108.488803] ohci_hcd 0000:00:03.1: PCI INT A disabled
Aug 9 14:54:05.709219 [ 108.488823] ohci_hcd 0000:00:03.0: PCI INT A disabled
Aug 9 14:54:05.720198 [ 108.489360] Restarting system.
Aug 9 14:54:05.720222 (XEN) Domain 0 shutdown: rebooting machine.
Aug 9 14:54:05.720240 Aug 9 14:54:35.258359 <Modem lines changed: -CTS -CD -DSR>
M-^@
Aug 9 14:54:37.961210 <vt102.c:1536 unhandled ESC: \033 \37777777600 (ESC )>
Aug 9 14:54:37.961232 <Modem lines changed: +CTS +CD +DSR>
^[[0m^[[1m^[[01;00H^[[0m^[[2m ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[15;00H ^[[16;00H ^[[17;00H ^[[18;00H ^[[19;00H ^[[20;00H ^[[21;00H ^[[22;00H(C) American Megatrends, Inc. ^[[23;00H64-0100-000001-00101111-110309-OPTERON-CPQO1300-Y2KC ^[[24;00H ^[[00;01H^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[00;01H^[[0m^[[2m^[[01;00H ^@^[[0m^[[1m^@^[[0m^[[2m ^@^[[0m^[[1m ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[00;01H^[[01;00H^[[0m^[[2mAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[00;01H^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[11;00HBoard Version ID : 07 ^[[12;00HBMC Firmware Version : 3.11 ^[[13;00HBMC Firmware Date : May 13 2009 ^[[00;01H^[[21;00H ^[[22;00H ^[[23;00H ^[[00;01H^[[00;00H ^[[0m^[[2m
Aug 9 14:55:01.812236 ^[[2J^[[01;00H ^@^[[0m^[[1m^[[0m^[[2m^@^[[0m^[[2m ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[15;00H ^[[16;00H ^[[17;00H ^[[18;00H ^[[19;00H ^[[20;00H ^[[21;00H ^[[22;00H ^[[23;00H ^[[24;00H ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m\ ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[1mInitializing... ^[[0m^[[2m- ^[[00;63H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[2m (0MB, v2.50) 0 Logical Drives ^[[01;01H^[[00;00HSlot 1 ^[[0m^[[2m HP ^[[0m^[[2mSmart Array ^[[0m^[[2mP212 Controller ^[[0m^[[2m (0MB, v2.50) 0 Logical Drives ^[[01;00H1785-Slot 1 Drive Array Not Configured ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[11;00HBoard Version ID : 07 ^[[12;00HBMC Firmware Version : 3.11 ^[[13;00HBMC Firmware Date : May 13 2009 ^[[0m^[[2m^[[14;00H
Aug 9 14:55:08.468210 ^[[2J^[[0m^[[1m ^@^[[0m^[[2m ^@^[[0m^[[1m ^[[0m^[[2m^@^[[0m^[[2m ^[[24;00H ^[[06;01H^[[00;00H ^[[01;00H ^[[02;00HHP Ethernet Boot Agent v7.7.8 ^[[03;00HCopyright (C) 2000,2004 Hewlett-Packard Development Company, L.P. ^[[04;00HAll rights reserved. ^[[05;00HPress Ctrl-S to Enter Configuration Menu ... ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[06;01H^[[00;00H ^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[0m^[[2m
Aug 9 14:55:11.520203 ^[[2J^[[0m^[[2m^[[06;01H^[[00;00H^[[0m^[[2m ^[[01;00H ^[[02;00HHP Ethernet Boot Agent v7.7.8 ^[[03;00HCopyright (C) 2000,2004 Hewlett-Packard Development Company, L.P. ^[[04;00HAll rights reserved. ^[[05;00HPress Ctrl-S to Enter Configuration Menu ... ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[06;01H^[[00;00H ^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[0m^[[2m
Aug 9 14:55:14.536206 ^[[2J^[[0m^[[2m^[[00;01H^[[00;00H^[[0m^[[2mServerWorks Serial ATA Controller SATA BIOS V 4.0.0002.0 11-20-2008 ^[[01;00HCopyright (c) 2002-08 Broadcom Corp. All rights reserved ^[[02;00H ^[[03;00H ^[[04;00H ^[[05;00H ^[[06;00H ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[03;01H^[[02;00H S(C)2006 American Megatrends, Inc. ^[[03;00HProcessor 1 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[04;00HProcessor 2 Initialized at 2.20 GHz with 6 x 512 KB L2 Cache ^[[05;00HNode0 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[06;00HNode1 DCT0 = 800 MHz, DCT1 = 800 MHz, ^[[07;00H ^[[08;00H2 AMD North Bridges, Rev D0 ^[[09;00HHTX Slot Device VID/DID : ^[[10;00H8192MB Total Memory Detected ^[[11;00HBoard Version ID : 07 ^[[12;00HBMC Firmware Version : 3.11 ^[[13;00HBMC Firmware Date : May 13 2009 ^[[14;00H ^[[15;00H ^[[16;00H ^[[17;00H ^[[18;00H ^[[19;00H ^[[20;00H ^[[21;00H ^[[22;00H ^[[23;00H ^[[24;00H ^[[00;01H^[[01;00HAMIBIOS(C)2006 American Megatrends, Inc. ^[[02;00HHP System BIOS - O13 (11/03/2009) ^[[14;00H ^[[15;00HBMC Responding ^[[00;01H^[[01;00H ^[[02;00H ************ ^[[03;00H ^[[04;00H Press F10 for ROM-based Setup Utility ^[[05;00H Press F12 for PXE Boot ^[[06;00H . ^[[07;00H ^[[08;00H ^[[09;00H ^[[10;00H ^[[11;00H ^[[12;00H ^[[13;00H ^[[14;00H ^[[15;00H ^[[00;01H^[[01;00H POST Prompts ^[[06;00H .. ^[[00;01H^[[06;00H ... ^[[00;01H^[[06;00H .... ^[[00;01H^[[06;00H ..... ^[[00;01H^[[06;00H ...... ^[[00;01H^[[06;00H ....... ^[[00;01H^[[06;00H ........ ^[[00;01H^[[06;00H ........ ^[[07;00HChecking NVRAM.. ^[[00;01H^[[07;00HChecking NVRAM..Update OK! ^[[00;01H^[[0m^[[2m^[[01;00H
Aug 9 14:55:39.481203 PXELINUX 4.04 0x4dc2da64 Copyright (C) 1994-2011 H. Peter Anvin et al
Aug 9 14:55:39.481238 Booting from local disk...
Aug 9 14:55:39.481250 Aug 9 14:55:39.481255 <Modem lines changed: -CTS -CD -DSR>
^[[?25l^[[H^[[J^[[2;24HGNU GRUB version 1.98+20100804-14
Aug 9 14:55:43.232231
Aug 9 14:55:43.232240 ^[[m^[[4;2H+-----------------------------------------------
Aug 9 14:55:43.232261 <Modem lines changed: +CTS +CD +DSR>
---------------------------+^[[5;2H|^[[5;77H|^[[6;2H|^[[6;77H|^[[7;2H|^[[7;77H|^[[8;2H|^[[8;77H|^[[9;2H|^[[9;77H|^[[10;2H|^[[10;77H|^[[11;2H|^[[11;77H|^[[12;2H|^[[12;77H|^[[13;2H|^[[13;77H|^[[14;2H|^[[14;77H|^[[15;2H|^[[15;77H|^[[16;2H+--------------------------------------------------------------------------+^[[m^[[17;2H^[[m
Aug 9 14:55:43.268218 Use the ^ and v keys to select which entry is highlighted.
Aug 9 14:55:43.276212 Press enter to boot the selected OS, 'e' to edit the commands
Aug 9 14:55:43.276243 before booting or 'c' for a command-line.
Aug 9 14:55:43.288203 ^[[5;78H ^[[m^[[5;3HDebian GNU/Linux, with Linux 2.6.32.43 ^[[m ^[[5;76H^[[m^[[m^[[6;3HDebian GNU/Linux, with Linux 2.6.32.43 (recovery mode) ^[[m ^[[6;76H^[[m^[[m^[[7;3HDebian GNU/Linux, with Linux 2.6.32-5-686-bigmem ^[[m ^[[7;76H^[[m^[[m^[[8;3HDebian GNU/Linux, with Linux 2.6.32-5-686-bigmem (recovery mode) ^[[m ^[[8;76H^[[m^[[m^[[9;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN syms-4.2-unstable ^[[m ^[[9;76H^[[m^[[m^[[10;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN syms-4.2-unstable (recove>^[[m ^[[10;76H^[[m^[[7m^[[11;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4 ^[[m ^[[11;76H^[[m^[[m^[[12;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4 (recovery mode) ^[[m ^[[12;76H^[[m^[[m^[[13;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2 ^[[m ^[[13;76H^[[m^[[m^[[14;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2 (recovery mode) ^[[m ^[[14;76H^[[m^[[m^[[15;3HDebian GNU/Linux, with Linux 2.6.32.43 and XEN 4.2-unstable ^[[m ^[[15;76H^[[m^[[15;78Hv^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 5s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 4s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 3s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 2s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 1s. ^[[11;76H^[[22;1H The highlighted entry will be executed automatically in 0s. ^[[11;76H^[[?25h^[[H^[[J^[[H^[[J Booting 'Debian GNU/Linux, with Linux 2.6.32.43 and XEN 4'
Aug 9 14:55:48.229213
Aug 9 14:55:48.229226 Loading Linux 2.6.32.43 ...
Aug 9 14:55:48.312205 Loading initial ramdisk ...
Aug 9 14:55:49.284198 __ __ _ _ ____ _ _ _
Aug 9 14:55:55.972222 \ \/ /___ _ __ | || | |___ \ _ _ _ __ ___| |_ __ _| |__ | | ___
Aug 9 14:55:55.984189 \ // _ \ '_ \ | || |_ __) |__| | | | '_ \/ __| __/ _` | '_ \| |/ _ \
Aug 9 14:55:55.984211 / \ __/ | | | |__ _| / __/|__| |_| | | | \__ \ || (_| | |_) | | __/
Aug 9 14:55:55.996211 /_/\_\___|_| |_| |_|(_)_____| \__,_|_| |_|___/\__\__,_|_.__/|_|\___|
Aug 9 14:55:56.008205
Aug 9 14:55:56.008234 (XEN) Xen version 4.2-unstable (iwj@uk.xensource.com) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) Tue Aug 9 15:53:48 BST 2011
Aug 9 14:55:56.028198 (XEN) Latest ChangeSet: unavailable
Aug 9 14:55:56.028226 (XEN) Bootloader: GRUB 1.98+20100804-14
Aug 9 14:55:56.028240 (XEN) Command line: placeholder com1=115200,8n1 console=com1,vga gdb=com1 conswitch=x watchdog dom0_mem=512M
Aug 9 14:55:56.040391 (XEN) Video information:
Aug 9 14:55:56.040403 (XEN) VGA is text mode 80x25, font 8x16
Aug 9 14:55:56.049201 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds
Aug 9 14:55:56.049233 (XEN) EDID info not retrieved because no DDC retrieval method detected
Aug 9 14:55:56.061214 (XEN) Disc information:
Aug 9 14:55:56.061231 (XEN) Found 1 MBR signatures
Aug 9 14:55:56.061249 (XEN) Found 1 EDD information structures
Aug 9 14:55:56.076201 (XEN) Xen-e820 RAM map:
Aug 9 14:55:56.076218 (XEN) 0000000000000000 - 000000000009a800 (usable)
Aug 9 14:55:56.084190 (XEN) 000000000009a800 - 00000000000a0000 (reserved)
Aug 9 14:55:56.084220 (XEN) 00000000000e6000 - 0000000000100000 (reserved)
Aug 9 14:55:56.096187 (XEN) 0000000000100000 - 00000000d7f90000 (usable)
Aug 9 14:55:56.096217 (XEN) 00000000d7f9e000 - 00000000d7fa0000 type 9
Aug 9 14:55:56.096245 (XEN) 00000000d7fa0000 - 00000000d7fae000 (ACPI data)
Aug 9 14:55:56.101217 (XEN) 00000000d7fae000 - 00000000d7fe0000 (ACPI NVS)
Aug 9 14:55:56.105268 (XEN) 00000000d7fe0000 - 00000000d7fee000 (reserved)
Aug 9 14:55:56.116204 (XEN) 00000000d7ff0000 - 00000000d8000000 (reserved)
Aug 9 14:55:56.121208 (XEN) 00000000e0000000 - 00000000f0000000 (reserved)
Aug 9 14:55:56.132208 (XEN) 00000000fec00000 - 00000000fec03000 (reserved)
Aug 9 14:55:56.140191 (XEN) 00000000fee00000 - 00000000fee01000 (reserved)
Aug 9 14:55:56.141202 (XEN) 00000000ff700000 - 0000000100000000 (reserved)
Aug 9 14:55:56.152199 (XEN) 0000000100000000 - 0000000228000000 (usable)
Aug 9 14:55:56.160198 (XEN) System RAM: 8191MB (8387752kB)
Aug 9 14:55:56.308913 (XEN) ACPI: RSDP 000FABF0, 0024 (r2 HP )
Aug 9 14:55:56.308967 (XEN) ACPI: XSDT D7FA0100, 008C (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.308992 (XEN) ACPI: FACP D7FA0290, 00F4 (r4 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.309016 (XEN) ACPI: DSDT D7FA0710, 43FA (r2 HP ProLiant 600 INTL 20051117)
Aug 9 14:55:56.309047 (XEN) ACPI: FACS D7FAE000, 0040
Aug 9 14:55:56.309062 (XEN) ACPI: APIC D7FA0390, 00D0 (r2 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.320205 (XEN) ACPI: MCFG D7FA04B0, 003C (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.325213 (XEN) ACPI: SPMI D7FA04F0, 0041 (r5 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.333209 (XEN) ACPI: WDRT D7FA06C0, 0047 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.345208 (XEN) ACPI: OEMB D7FAE040, 008E (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.356207 (XEN) ACPI: SRAT D7FA4B10, 0190 (r1 HP ProLiant 2 FOXC 1)
Aug 9 14:55:56.361203 (XEN) ACPI: HPET D7FA4CA0, 0038 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.372207 (XEN) ACPI: EINJ D7FA4CE0, 0130 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.381053 (XEN) ACPI: BERT D7FA4E70, 0030 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.392208 (XEN) ACPI: ERST D7FA4EA0, 01B0 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.400206 (XEN) ACPI: HEST D7FA5050, 00A8 (r1 HP ProLiant 20091103 FOXC 97)
Aug 9 14:55:56.412206 (XEN) ACPI: SSDT D7FA5100, 1E48 (r1 HP ProLiant 1 FOXC 1)
Aug 9 14:55:56.417198 (XEN) SRAT: PXM 0 -> APIC 8 -> Node 0
Aug 9 14:55:56.421200 (XEN) SRAT: PXM 0 -> APIC 9 -> Node 0
Aug 9 14:55:56.432202 (XEN) SRAT: PXM 0 -> APIC 10 -> Node 0
Aug 9 14:55:56.432232 (XEN) SRAT: PXM 0 -> APIC 11 -> Node 0
Aug 9 14:55:56.437195 (XEN) SRAT: PXM 0 -> APIC 12 -> Node 0
Aug 9 14:55:56.448196 (XEN) SRAT: PXM 0 -> APIC 13 -> Node 0
Aug 9 14:55:56.452188 (XEN) SRAT: PXM 1 -> APIC 16 -> Node 1
Aug 9 14:55:56.457199 (XEN) SRAT: PXM 1 -> APIC 17 -> Node 1
Aug 9 14:55:56.464201 (XEN) SRAT: PXM 1 -> APIC 18 -> Node 1
Aug 9 14:55:56.465199 (XEN) SRAT: PXM 1 -> APIC 19 -> Node 1
Aug 9 14:55:56.476198 (XEN) SRAT: PXM 1 -> APIC 20 -> Node 1
Aug 9 14:55:56.476226 (XEN) SRAT: PXM 1 -> APIC 21 -> Node 1
Aug 9 14:55:56.488202 (XEN) SRAT: Node 0 PXM 0 0-a0000
Aug 9 14:55:56.488228 (XEN) SRAT: Node 0 PXM 0 100000-d8000000
Aug 9 14:55:56.496204 (XEN) SRAT: Node 0 PXM 0 100000000-1a8000000
Aug 9 14:55:56.501197 (XEN) SRAT: Node 1 PXM 1 1a8000000-228000000
Aug 9 14:55:56.508188 (XEN) Memory to Node hash needs 8833 entries, got only 64
Aug 9 14:55:56.516228 (XEN) SRAT: No NUMA node hash function found. Contact maintainer
Aug 9 14:55:56.521209 (XEN) SRAT: SRAT not used.
Aug 9 14:55:56.528194 (XEN) No NUMA configuration found
Aug 9 14:55:56.533268 (XEN) Faking a node at 0000000000000000-0000000228000000
Aug 9 14:55:56.540200 (XEN) Xen heap: 9MB (9712kB)
Aug 9 14:55:56.545193 (XEN) Domain heap initialised
Aug 9 14:55:56.741191 (XEN) found SMP MP-table at 000ff780
Aug 9 14:55:56.756199 (XEN) DMI present.
Aug 9 14:55:56.756217 (XEN) Using APIC driver default
Aug 9 14:55:56.761196 (XEN) ACPI: PM-Timer IO Port: 0x508
Aug 9 14:55:56.765193 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[504,660], pm1x_evt[500,672]
Aug 9 14:55:56.773218 (XEN) ACPI: wakeup_vec[d7fae00c], vec_size[20]
Aug 9 14:55:56.781203 (XEN) ACPI: Local APIC address 0xfee00000
Aug 9 14:55:56.789197 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x08] enabled)
Aug 9 14:55:56.800202 (XEN) Processor #8 0:8 APIC version 16
Aug 9 14:55:56.800229 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x09] enabled)
Aug 9 14:55:56.812203 (XEN) Processor #9 0:8 APIC version 16
Aug 9 14:55:56.812233 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x0a] enabled)
Aug 9 14:55:56.824209 (XEN) Processor #10 0:8 APIC version 16
Aug 9 14:55:56.828196 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x0b] enabled)
Aug 9 14:55:56.833203 (XEN) Processor #11 0:8 APIC version 16
Aug 9 14:55:56.841189 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x0c] enabled)
Aug 9 14:55:56.848204 (XEN) Processor #12 0:8 APIC version 16
Aug 9 14:55:56.853196 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x0d] enabled)
Aug 9 14:55:56.861200 (XEN) Processor #13 0:8 APIC version 16
Aug 9 14:55:56.865195 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x10] enabled)
Aug 9 14:55:56.873213 (XEN) Processor #16 0:8 APIC version 16
Aug 9 14:55:56.880187 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x11] enabled)
Aug 9 14:55:56.888205 (XEN) Processor #17 0:8 APIC version 16
Aug 9 14:55:56.896195 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x12] enabled)
Aug 9 14:55:56.897208 (XEN) Processor #18 0:8 APIC version 16
Aug 9 14:55:56.905200 (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x13] enabled)
Aug 9 14:55:56.913198 (XEN) Processor #19 0:8 APIC version 16
Aug 9 14:55:56.917200 (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x14] enabled)
Aug 9 14:55:56.928204 (XEN) Processor #20 0:8 APIC version 16
Aug 9 14:55:56.928230 (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x15] enabled)
Aug 9 14:55:56.937205 (XEN) Processor #21 0:8 APIC version 16
Aug 9 14:55:56.944198 (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
Aug 9 14:55:56.949200 (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Aug 9 14:55:56.960202 (XEN) Overriding APIC driver with bigsmp
Aug 9 14:55:56.968195 (XEN) ACPI: IOAPIC (id[0x16] address[0xfec00000] gsi_base[0])
Aug 9 14:55:56.976205 (XEN) IOAPIC[0]: apic_id 22, version 17, address 0xfec00000, GSI 0-15
Aug 9 14:55:56.981239 (XEN) ACPI: IOAPIC (id[0x17] address[0xfec01000] gsi_base[16])
Aug 9 14:55:56.989202 (XEN) IOAPIC[1]: apic_id 23, version 17, address 0xfec01000, GSI 16-31
Aug 9 14:55:56.997202 (XEN) ACPI: IOAPIC (id[0x18] address[0xfec02000] gsi_base[32])
Aug 9 14:55:57.008214 (XEN) IOAPIC[2]: apic_id 24, version 17, address 0xfec02000, GSI 32-47
Aug 9 14:55:57.013205 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Aug 9 14:55:57.024209 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Aug 9 14:55:57.032204 (XEN) ACPI: IRQ0 used by override.
Aug 9 14:55:57.033194 (XEN) ACPI: IRQ2 used by override.
Aug 9 14:55:57.041197 (XEN) ACPI: IRQ9 used by override.
Aug 9 14:55:57.045194 (XEN) Enabling APIC mode: Phys. Using 3 I/O APICs
Aug 9 14:55:57.053202 (XEN) ACPI: HPET id: 0x1166a201 base: 0xfed00000
[-- 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] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 15:12 ` Ian Jackson
@ 2011-08-09 16:21 ` Keir Fraser
2011-08-09 16:45 ` Ian Jackson
0 siblings, 1 reply; 16+ messages in thread
From: Keir Fraser @ 2011-08-09 16:21 UTC (permalink / raw)
To: Ian Jackson
Cc: Liu, Jinsong, xen-devel, Jeremy Fitzhardinge, Jan Beulich,
Stefano Stabellini
On 09/08/2011 16:12, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
> In the "successful" boot, note these exciting messages:
>
> Aug 9 14:52:17.901200 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2
>
> Aug 9 14:52:17.913206 [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9
>
> Aug 9 14:52:18.316227 [ 0.000999] WARNING: at arch/x86/xen/enlighten.c:729
> xen_apic_write+0x12/0x14()
> [and ensuing stack trace from the dom0]
>
> Aug 9 14:52:18.788198 [ 0.070762] ACPI Warning for \_SB_._OSC: Return type
> mismatch - found Integer, expected Buffer (20090903/nspredef-1006)
>
> I'm not sure which of those are relevant.
Probably none of them. I suspect that exciting messages are de rigeur with
pv_ops (not really a criticism, just the fact that the dom0 support is still
perhaps a bit raw, and developed with an eye to upstreamability rather than
providing the ultimate in clean boot logs).
-- Keir
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 16:21 ` Keir Fraser
@ 2011-08-09 16:45 ` Ian Jackson
2011-08-09 17:04 ` Keir Fraser
0 siblings, 1 reply; 16+ messages in thread
From: Ian Jackson @ 2011-08-09 16:45 UTC (permalink / raw)
To: Keir Fraser; +Cc: Liu, Jinsong, xen-devel, Stabellini, Jan Beulich
Keir Fraser writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl"):
> Probably none of them. I suspect that exciting messages are de rigeur with
> pv_ops (not really a criticism, just the fact that the dom0 support is still
> perhaps a bit raw, and developed with an eye to upstreamability rather than
> providing the ultimate in clean boot logs).
Perhaps we should be reverting the erst patch at least, or maybe both
patches, pending a fix ?
Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 16:45 ` Ian Jackson
@ 2011-08-09 17:04 ` Keir Fraser
0 siblings, 0 replies; 16+ messages in thread
From: Keir Fraser @ 2011-08-09 17:04 UTC (permalink / raw)
To: Ian Jackson, Keir Fraser
Cc: Liu, Jinsong, xen-devel, Jeremy Fitzhardinge, Jan Beulich,
Stefano Stabellini
On 09/08/2011 17:45, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
> Keir Fraser writes ("Re: [Xen-devel] [xen-unstable bisection] complete
> test-amd64-i386-xl"):
>> Probably none of them. I suspect that exciting messages are de rigeur with
>> pv_ops (not really a criticism, just the fact that the dom0 support is still
>> perhaps a bit raw, and developed with an eye to upstreamability rather than
>> providing the ultimate in clean boot logs).
>
> Perhaps we should be reverting the erst patch at least, or maybe both
> patches, pending a fix ?
I'll revert the change to erst_check_table().
-- Keir
> Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* RE: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-09 14:35 ` Keir Fraser
2011-08-09 14:58 ` Ian Jackson
2011-08-09 15:12 ` Ian Jackson
@ 2011-08-12 13:03 ` Liu, Jinsong
2011-08-12 15:08 ` Keir Fraser
2 siblings, 1 reply; 16+ messages in thread
From: Liu, Jinsong @ 2011-08-12 13:03 UTC (permalink / raw)
To: Keir Fraser, Ian Jackson, Jan Beulich, Stefano Stabellini, xen-devel
Cc: Jeremy Fitzhardinge
Keir Fraser wrote:
> On 09/08/2011 12:47, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
>
>> I wrote:
>>> Sadly this means we can't easily see when the other bug was
>>> introduced. I will see if I can do the bisection by hand, applying
>>> 23742 to each commit.
>>
>> 1d1692ac1a9b1f183a234736fd5196d7048562dc is first bad commit
>> commit 1d1692ac1a9b1f183a234736fd5196d7048562dc
>> Author: Liu, Jinsong <jinsong.liu@intel.com>
>> Date: Sat Jul 23 08:55:59 2011 +0100
>>
>> acpi: Add support for old and new bios erst, enable mce_apei
>> logic
>
> If it's really this changeset it's a bit weird. It would have to be
> due to the more permissive table validation causing us to enable ACPI
> ERST support based on a bad BIOS table, or a table which for some
> reason we're not supporting properly, or a class of machines (e.g.,
> AMD) for which our ERST logic is not currently implemented properly.
>
> Does reverting just the change to erst_check_table() fix the
> regression on the affected test boxes? What about the similar-looking
> boot failure that you see, Jeremy?
>
> -- Keir
>
It looks strange to me. Native linux also update it to work well at different bios platform.
We have tested it at our 'old' and a 'new' platform, it works well with the patch.
I'm not sure why it cannot work at the machine you test.
Thanks,
Jinsong
>> When testing, we found different bios has different
>> understanding about APEI ERST table header, depending on
>> whether it count ACPI standard header or not. This patch
>> add support for both bios version, and enable mce_apei.
>>
>> Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
>>
>> :040000 040000 93ae5d0dd96848631153860c08e6c68cf012d3ff
>> 89b2cdaf4ba0546074680174809976d8371edbde M xen
>>
>> This corresponds to:
>>
>> changeset: 23736:31683aa4bfb3
>> user: Liu, Jinsong <jinsong.liu@intel.com>
>> date: Sat Jul 23 08:55:59 2011 +0100
>> files: xen/arch/x86/cpu/mcheck/Makefile
>> xen/drivers/acpi/apei/erst.c description: acpi: Add support for
>> old and new bios erst, enable mce_apei logic
>>
>> When testing, we found different bios has different understanding
>> about APEI ERST table header, depending on whether it count ACPI
>> standard header or not. This patch add support for both bios
>> version, and enable mce_apei.
>>
>> Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
>>
>> Ian.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-12 13:03 ` Liu, Jinsong
@ 2011-08-12 15:08 ` Keir Fraser
2011-08-12 15:37 ` Liu, Jinsong
0 siblings, 1 reply; 16+ messages in thread
From: Keir Fraser @ 2011-08-12 15:08 UTC (permalink / raw)
To: Liu, Jinsong, Ian Jackson, Jan Beulich, Stefano Stabellini, xen-devel
Cc: Jeremy Fitzhardinge
On 12/08/2011 14:03, "Liu, Jinsong" <jinsong.liu@intel.com> wrote:
>> If it's really this changeset it's a bit weird. It would have to be
>> due to the more permissive table validation causing us to enable ACPI
>> ERST support based on a bad BIOS table, or a table which for some
>> reason we're not supporting properly, or a class of machines (e.g.,
>> AMD) for which our ERST logic is not currently implemented properly.
>>
>> Does reverting just the change to erst_check_table() fix the
>> regression on the affected test boxes? What about the similar-looking
>> boot failure that you see, Jeremy?
>>
>> -- Keir
>>
>
> It looks strange to me. Native linux also update it to work well at different
> bios platform.
> We have tested it at our 'old' and a 'new' platform, it works well with the
> patch.
> I'm not sure why it cannot work at the machine you test.
It's obviously a latent bug in our handling of that table, which is
uncovered only when that table-validation check is relaxed to permit parsing
of the table on a much broader range of machines. Perhaps we can work with
you to run some out-of-tree patches to gather useful tracing information on
failing machines?
-- Keir
^ permalink raw reply [flat|nested] 16+ messages in thread
* RE: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-12 15:08 ` Keir Fraser
@ 2011-08-12 15:37 ` Liu, Jinsong
2011-08-12 15:50 ` Keir Fraser
0 siblings, 1 reply; 16+ messages in thread
From: Liu, Jinsong @ 2011-08-12 15:37 UTC (permalink / raw)
To: Keir Fraser, Ian Jackson, Jan Beulich, Stefano Stabellini, xen-devel
Cc: Jeremy Fitzhardinge
Keir Fraser wrote:
> On 12/08/2011 14:03, "Liu, Jinsong" <jinsong.liu@intel.com> wrote:
>
>>> If it's really this changeset it's a bit weird. It would have to be
>>> due to the more permissive table validation causing us to enable
>>> ACPI ERST support based on a bad BIOS table, or a table which for
>>> some reason we're not supporting properly, or a class of machines
>>> (e.g., AMD) for which our ERST logic is not currently implemented
>>> properly.
>>>
>>> Does reverting just the change to erst_check_table() fix the
>>> regression on the affected test boxes? What about the
>>> similar-looking boot failure that you see, Jeremy?
>>>
>>> -- Keir
>>>
>>
>> It looks strange to me. Native linux also update it to work well at
>> different bios platform. We have tested it at our 'old' and a 'new'
>> platform, it works well with the patch. I'm not sure why it cannot
>> work at the machine you test.
>
> It's obviously a latent bug in our handling of that table, which is
> uncovered only when that table-validation check is relaxed to permit
> parsing of the table on a much broader range of machines. Perhaps we
> can work with you to run some out-of-tree patches to gather useful
> tracing information on failing machines?
>
> -- Keir
Sure, and of course thanks for help me co-debug it :)
Seems it's not a quite urgent bug, so may I firstly complete Xen RAS core error recovery patch?
I will have vacation for 2 weeks from Aug 19, before that I hope to make core error recovery patch done.
When I come back, I will fix this bug ASAP, is it OK for your plan? If not, please let me know.
Thanks,
Jinsong
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [xen-unstable bisection] complete test-amd64-i386-xl
2011-08-12 15:37 ` Liu, Jinsong
@ 2011-08-12 15:50 ` Keir Fraser
0 siblings, 0 replies; 16+ messages in thread
From: Keir Fraser @ 2011-08-12 15:50 UTC (permalink / raw)
To: Liu, Jinsong, Ian Jackson, Jan Beulich, Stefano Stabellini, xen-devel
Cc: Jeremy Fitzhardinge
On 12/08/2011 16:37, "Liu, Jinsong" <jinsong.liu@intel.com> wrote:
>>> It looks strange to me. Native linux also update it to work well at
>>> different bios platform. We have tested it at our 'old' and a 'new'
>>> platform, it works well with the patch. I'm not sure why it cannot
>>> work at the machine you test.
>>
>> It's obviously a latent bug in our handling of that table, which is
>> uncovered only when that table-validation check is relaxed to permit
>> parsing of the table on a much broader range of machines. Perhaps we
>> can work with you to run some out-of-tree patches to gather useful
>> tracing information on failing machines?
>>
>> -- Keir
>
> Sure, and of course thanks for help me co-debug it :)
>
> Seems it's not a quite urgent bug, so may I firstly complete Xen RAS core
> error recovery patch?
> I will have vacation for 2 weeks from Aug 19, before that I hope to make core
> error recovery patch done.
> When I come back, I will fix this bug ASAP, is it OK for your plan? If not,
> please let me know.
There's no rush now that noone else's development or testing is blocked on
it.
-- Keir
^ permalink raw reply [flat|nested] 16+ messages in thread
* [xen-unstable bisection] complete test-amd64-i386-xl
@ 2023-01-25 0:37 osstest service owner
0 siblings, 0 replies; 16+ messages in thread
From: osstest service owner @ 2023-01-25 0:37 UTC (permalink / raw)
To: xen-devel
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl
testid guest-localmigrate
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: 1894049fa283308d5f90446370be1ade7afe8975
Bug not present: 20279afd732371dd2534380d27aa6d1863d82d1f
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/176111/
commit 1894049fa283308d5f90446370be1ade7afe8975
Author: Jan Beulich <jbeulich@suse.com>
Date: Fri Jan 20 09:17:33 2023 +0100
x86/shadow: L2H shadow type is PV32-only
Like for the various HVM-only types, save a little bit of code by suitably
"masking" this type out when !PV32.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-i386-xl.guest-localmigrate.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Running cs-bisection-step --graph-out=/home/logs/results/bisect/xen-unstable/test-amd64-i386-xl.guest-localmigrate --summary-out=tmp/176111.bisection-summary --basis-template=175994 --blessings=real,real-bisect,real-retry xen-unstable test-amd64-i386-xl guest-localmigrate
Searching for failure / basis pass:
176091 fail [host=fiano1] / 175994 [host=huxelrebe0] 175987 [host=nobling0] 175965 [host=nobling1] 175734 [host=pinot1] 175726 [host=albana0] 175720 [host=italia0] 175714 [host=debina1] 175694 [host=italia1] 175671 [host=albana1] 175651 [host=fiano0] 175635 [host=pinot0] 175624 [host=debina0] 175612 [host=nocera0] 175601 [host=huxelrebe0] 175592 [host=albana0] 175573 [host=nocera1] 175569 ok.
Failure / basis pass flights: 176091 / 175569
(tree with no url: minios)
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
Latest c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c d60324d8af9404014cfcc37bba09e9facfd02fcf
Basis pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 c1df06afe578f698ebe91a1e3817463b9d165123
Generating revisions with ./adhoc-revtuple-generator git://xenbits.xen.org/linux-pvops.git#c3038e718a19fc596f7b1baba0f83d5146dc7784-c3038e718a19fc596f7b1baba0f83d5146dc7784 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#3d273dd05e51e5a1ffba3d98c7437ee84e8f8764-3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 git://xenbits.xen.org/qemu-xen.git#1cf02b05b27c48775a25699e61b93b8\
14b9ae042-625eb5e96dc96aa7fddef59a08edae215527f19c git://xenbits.xen.org/xen.git#c1df06afe578f698ebe91a1e3817463b9d165123-d60324d8af9404014cfcc37bba09e9facfd02fcf
From git://cache:9419/git://xenbits.xen.org/qemu-xen
00b1faea41..13356edb87 upstream-tested -> origin/upstream-tested
From git://cache:9419/git://xenbits.xen.org/xen
352c89f72d..fbd9b5fb4c smoke -> origin/smoke
fbd9b5fb4c..3b760245f7 staging -> origin/staging
Loaded 10003 nodes in revision graph
Searching for test results:
175592 [host=albana0]
175601 [host=huxelrebe0]
175612 [host=nocera0]
175624 [host=debina0]
175635 [host=pinot0]
175651 [host=fiano0]
175671 [host=albana1]
175694 [host=italia1]
175714 [host=debina1]
175720 [host=italia0]
175726 [host=albana0]
175734 [host=pinot1]
175834 []
175861 []
175890 []
175907 []
175931 []
175956 []
175965 [host=nobling1]
175987 [host=nobling0]
175994 [host=huxelrebe0]
176003 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 89cc5d96a9d1fce81cf58b6814dac62a9e07fbee
176011 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176025 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176035 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176042 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176048 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176056 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176062 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176077 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 c1df06afe578f698ebe91a1e3817463b9d165123
176081 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1d60c20260c7e82fe5344d06c20d718e0cc03b8b
176082 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 f588e7b7cb70800533aaa8a2a9d7a4b32d10b363
176076 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c d60324d8af9404014cfcc37bba09e9facfd02fcf
176084 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c a1a618208bf53469f5e3eaa14202ba777d33f442
176089 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c d60324d8af9404014cfcc37bba09e9facfd02fcf
176092 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 686b80c1ae4cc338334eb5df4836df526109377a
176094 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1894049fa283308d5f90446370be1ade7afe8975
176095 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c f588e7b7cb70800533aaa8a2a9d7a4b32d10b363
176097 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 20279afd732371dd2534380d27aa6d1863d82d1f
176098 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1894049fa283308d5f90446370be1ade7afe8975
176091 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c d60324d8af9404014cfcc37bba09e9facfd02fcf
176101 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 20279afd732371dd2534380d27aa6d1863d82d1f
176104 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1894049fa283308d5f90446370be1ade7afe8975
176108 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 20279afd732371dd2534380d27aa6d1863d82d1f
176111 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 1894049fa283308d5f90446370be1ade7afe8975
175569 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 c1df06afe578f698ebe91a1e3817463b9d165123
175573 [host=nocera1]
Searching for interesting versions
Result found: flight 175569 (pass), for basis pass
For basis failure, parent search stopping at c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 20279afd732371dd2534380d27aa6d1863d82d1f, results HASH(0x5642b5ba6e90) HASH(0x5642b5bc4140) HASH(0x5642b5bc8cc0) For basis failure, parent search stopping at c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96\
dc96aa7fddef59a08edae215527f19c f588e7b7cb70800533aaa8a2a9d7a4b32d10b363, results HASH(0x5642b51c6130) For basis failure, parent search stopping at c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 f588e7b7cb70800533aaa8a2a9d7a4b32d10b363, results HASH(0x5642b5bb6d40) For basis failure, parent search stopping at c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f\
0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 1cf02b05b27c48775a25699e61b93b814b9ae042 c1df06afe578f698ebe91a1e3817463b9d165123, results HASH(0x5642b5bb2d08) HASH(0x5642b5bcb5c8) Result found: flight 176003 (fail), for basis failure (at ancestor ~989)
Repro found: flight 176077 (pass), for basis pass
Repro found: flight 176089 (fail), for basis failure
0 revisions at c3038e718a19fc596f7b1baba0f83d5146dc7784 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 625eb5e96dc96aa7fddef59a08edae215527f19c 20279afd732371dd2534380d27aa6d1863d82d1f
No revisions left to test, checking graph state.
Result found: flight 176097 (pass), for last pass
Result found: flight 176098 (fail), for first failure
Repro found: flight 176101 (pass), for last pass
Repro found: flight 176104 (fail), for first failure
Repro found: flight 176108 (pass), for last pass
Repro found: flight 176111 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: xen git://xenbits.xen.org/xen.git
Bug introduced: 1894049fa283308d5f90446370be1ade7afe8975
Bug not present: 20279afd732371dd2534380d27aa6d1863d82d1f
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/176111/
commit 1894049fa283308d5f90446370be1ade7afe8975
Author: Jan Beulich <jbeulich@suse.com>
Date: Fri Jan 20 09:17:33 2023 +0100
x86/shadow: L2H shadow type is PV32-only
Like for the various HVM-only types, save a little bit of code by suitably
"masking" this type out when !PV32.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
Revision graph left in /home/logs/results/bisect/xen-unstable/test-amd64-i386-xl.guest-localmigrate.{dot,ps,png,html,svg}.
----------------------------------------
176111: tolerable ALL FAIL
flight 176111 xen-unstable real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/176111/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-i386-xl 18 guest-localmigrate fail baseline untested
jobs:
test-amd64-i386-xl fail
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2023-01-25 0:37 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-08-09 0:26 [xen-unstable bisection] complete test-amd64-i386-xl xen.org
2011-08-09 7:25 ` Jan Beulich
2011-08-09 10:12 ` Ian Jackson
2011-08-09 10:19 ` Keir Fraser
2011-08-09 11:47 ` Ian Jackson
2011-08-09 14:35 ` Keir Fraser
2011-08-09 14:58 ` Ian Jackson
2011-08-09 15:12 ` Ian Jackson
2011-08-09 16:21 ` Keir Fraser
2011-08-09 16:45 ` Ian Jackson
2011-08-09 17:04 ` Keir Fraser
2011-08-12 13:03 ` Liu, Jinsong
2011-08-12 15:08 ` Keir Fraser
2011-08-12 15:37 ` Liu, Jinsong
2011-08-12 15:50 ` Keir Fraser
2023-01-25 0:37 osstest service owner
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.