flight 6289 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/6289/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-i386-rhel6hvm-amd 7 redhat-install fail REGR. vs. 6288
test-amd64-xcpkern-i386-xl-credit2 10 guest-saverestore fail REGR. vs. 6288
test-amd64-xcpkern-i386-xl-win 7 windows-install fail REGR. vs. 6288
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-amd64-amd64-win 16 leak-check/check fail never pass
test-amd64-amd64-xl-win 13 guest-stop fail never pass
test-amd64-i386-rhel6hvm-intel 8 guest-saverestore fail never pass
test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass
test-amd64-i386-win 16 leak-check/check fail never pass
test-amd64-i386-xl-credit2 9 guest-start fail like 6288
test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass
test-amd64-xcpkern-i386-rhel6hvm-amd 8 guest-saverestore fail never pass
test-amd64-xcpkern-i386-rhel6hvm-intel 8 guest-saverestore fail never pass
test-amd64-xcpkern-i386-win 16 leak-check/check fail never pass
test-i386-i386-win 16 leak-check/check fail never pass
test-i386-i386-xl-win 13 guest-stop fail never pass
test-i386-xcpkern-i386-win 16 leak-check/check fail never pass
version targeted for testing:
xen f71212f712fd
baseline version:
xen c5d121fd35c0
------------------------------------------------------------
People who touched revisions under test:
Keir Fraser <keir@xen.org>
Liu, Jinsong <jinsong.liu@intel.com>
Shan Haitao <haitao.shan@intel.com>
------------------------------------------------------------
jobs:
build-i386-xcpkern pass
build-amd64 pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl pass
test-amd64-i386-xl pass
test-i386-i386-xl pass
test-amd64-xcpkern-i386-xl pass
test-i386-xcpkern-i386-xl pass
test-amd64-i386-rhel6hvm-amd fail
test-amd64-xcpkern-i386-rhel6hvm-amd fail
test-amd64-i386-xl-credit2 fail
test-amd64-xcpkern-i386-xl-credit2 fail
test-amd64-i386-rhel6hvm-intel fail
test-amd64-xcpkern-i386-rhel6hvm-intel fail
test-amd64-i386-xl-multivcpu pass
test-amd64-xcpkern-i386-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-i386-i386-pair pass
test-amd64-xcpkern-i386-pair pass
test-i386-xcpkern-i386-pair pass
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-i386-i386-pv pass
test-amd64-xcpkern-i386-pv pass
test-i386-xcpkern-i386-pv pass
test-amd64-i386-win-vcpus1 fail
test-amd64-i386-xl-win-vcpus1 fail
test-amd64-amd64-win fail
test-amd64-i386-win fail
test-i386-i386-win fail
test-amd64-xcpkern-i386-win fail
test-i386-xcpkern-i386-win fail
test-amd64-amd64-xl-win fail
test-i386-i386-xl-win fail
test-amd64-xcpkern-i386-xl-win 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
Not pushing.
------------------------------------------------------------
changeset: 22964:f71212f712fd
tag: tip
user: Liu, Jinsong <jinsong.liu@intel.com>
date: Wed Mar 02 10:31:06 2011 +0000
x86: Fix cpu online/offline bug: mce memory leak.
Current Xen mce logic didn''t free mcabanks. This would be a memory
leak when cpu offline. When repeatly do cpu online/offline, this
memory leak would make xenpool shrink, and at a time point, will call
alloc_heap_pages --> flush_area_mask, which
ASSERT(local_irq_is_enabled()). However, cpu online is irq disable,
so it finally result in Xen crash.
This patch fix the memory leak bug, and tested OK over 50,000 round
cpu online/offline.
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22963:666006a3a4ad
user: Keir Fraser <keir@xen.org>
date: Wed Mar 02 10:23:23 2011 +0000
x86: Disable IRQs and do WBINVD first in play_dead().
When we advertise we are dead via cpu_exit_clear(), it is no longer
safe to handle interrupts as our per-cpu vars can go away.
In future, we may want to think about NMI handling in this scenario
too.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22962:bde351b18fd0
user: Shan Haitao <haitao.shan@intel.com>
date: Wed Mar 02 10:01:55 2011 +0000
x86: Add warning comment explaining restrictions to play_dead().
Signed-off-by: Shan Haitao <haitao.shan@intel.com>
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22961:c5d121fd35c0
user: Keir Fraser <keir@xen.org>
date: Mon Feb 28 16:55:20 2011 +0000
Update Xen version to 4.1.0-rc7-pre
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Ian Jackson
2011-Mar-02 17:13 UTC
[Xen-devel] Re: [xen-unstable test] 6289: regressions - FAIL
Ian Jackson writes ("[xen-unstable test] 6289: regressions -
FAIL"):> test-amd64-xcpkern-i386-xl-credit2 10 guest-saverestore fail REGR. vs.
6288
Xen crash in credit2 code.
Ian.
Mar 2 15:35:31.195760 (XEN) csched_vcpu_insert: Inserting d2v3
Mar 2 15:35:31.195786 (XEN) Xen BUG at sched_credit2.c:1606
Mar 2 15:35:38.766789 (XEN) ----[ Xen-4.1.0-rc7-pre x86_64 debug=y Not
tainted ]----
Mar 2 15:35:38.766829 (XEN) CPU: 8
Mar 2 15:35:38.778761 (XEN) RIP: e008:[<ffff82c48011b86a>]
csched_schedule+0x151/0xac9
Mar 2 15:35:38.778794 (XEN) RFLAGS: 0000000000010007 CONTEXT: hypervisor
Mar 2 15:35:38.790766 (XEN) rax: ffff830226f12000 rbx: ffff830226e03e30
rcx: 0000000000000000
Mar 2 15:35:38.790801 (XEN) rdx: ffff8301a7fe0010 rsi: ffff82c480249780
rdi: ffff8300d7ad2000
Mar 2 15:35:38.802790 (XEN) rbp: ffff8301a7e9fe38 rsp: ffff8301a7e9fd28 r8:
0000000000000001
Mar 2 15:35:38.814768 (XEN) r9: 0000000000000005 r10: ffff8300d7ad2030
r11: 00000055197f6700
Mar 2 15:35:38.814809 (XEN) r12: ffff8301a7fe02d0 r13: 0000000000000000
r14: ffff8301a7ea4060
Mar 2 15:35:38.822777 (XEN) r15: 0000000000000008 cr0: 000000008005003b
cr4: 00000000000006f4
Mar 2 15:35:38.831784 (XEN) cr3: 00000001a7e12000 cr2: 00000000b78891cd
Mar 2 15:35:38.831815 (XEN) ds: 007b es: 007b fs: 00d8 gs: 0000 ss:
0000 cs: e008
Mar 2 15:35:38.846770 (XEN) Xen stack trace from rsp=ffff8301a7e9fd28:
Mar 2 15:35:38.846799 (XEN) ffffffff00000206 ffff8301a7fe0010
ffff8301a7fe0238 ffff8301a7fe02d4
Mar 2 15:35:38.855776 (XEN) 0000005518e697c4 ffff82c480249780
ffff8301a7e9fe68 0000000000000001
Mar 2 15:35:38.863764 (XEN) ffff8301a7e9fdc8 ffff82c480122b07
ffff8301a7e9fdc8 ffff82c4802d3ec0
Mar 2 15:35:38.863800 (XEN) ffff82c4802d3ec0 ffff8300d7ad2000
0000000000000246 ffff8301a7fe02d4
Mar 2 15:35:38.875776 (XEN) ffff82c4802d3ec0 ffff8301a7fe0010
ffff82c4802c27c0 ffff8300d7ad2000
Mar 2 15:35:38.887766 (XEN) ffff8301a7e9fdf8 ffff82c480122f89
ffff8301a7ea4060 ffff8301a7e9fdf8
Mar 2 15:35:38.887801 (XEN) ffff82c480125eed 0000000000000008
ffff8301a7e9fe38 0000000000000082
Mar 2 15:35:38.902777 (XEN) 0000000000000082 0000000000000000
ffff8300d7ad2000 ffff82c480249780
Mar 2 15:35:38.907768 (XEN) ffff8301a7ea4060 ffff8301a7ea4040
ffff8301a7e9feb8 ffff82c480121fd2
Mar 2 15:35:38.907809 (XEN) ffff8301a7e9fec0 0000005518e697c4
0000000000000000 00000000c04520a0
Mar 2 15:35:38.922781 (XEN) ffff830226f12000 0000000000000006
ffff8301a7e9fef8 ffff82c4801380a8
Mar 2 15:35:38.934774 (XEN) 0000000000000000 0000000000000008
0000000000000008 ffff82c4802b0880
Mar 2 15:35:38.934809 (XEN) ffff8301a7e9ff18 ffffffffffffffff
ffff8301a7e9fef8 ffff82c480123627
Mar 2 15:35:38.943781 (XEN) 0000000000000000 ffff8300d7ad2000
0000000000000000 0000000000000000
Mar 2 15:35:38.954769 (XEN) 0000000000000000 0000000000000000
ffff8301a7e9ff08 ffff82c4801236a2
Mar 2 15:35:38.954808 (XEN) 00007cfe581600c7 ffff82c480211e86
0000000000000000 0000000000000000
Mar 2 15:35:38.963789 (XEN) 0000000000000000 0000000000000000
00000000c8061f40 00000000deadbeef
Mar 2 15:35:38.975779 (XEN) 0000000000000000 0000000000000000
0000000000000000 0000000000000000
Mar 2 15:35:38.990772 (XEN) 0000000000000000 00000000deadbeef
00000000deadbeef 0000000000000000
Mar 2 15:35:38.990814 (XEN) 00000000c04f3020 0000010000000000
00000000c0101307 0000000000000061
Mar 2 15:35:38.995826 (XEN) Xen call trace:
Mar 2 15:35:38.995841 (XEN) [<ffff82c48011b86a>]
csched_schedule+0x151/0xac9
Mar 2 15:35:39.007767 (XEN) [<ffff82c480121fd2>] schedule+0x12a/0x624
Mar 2 15:35:39.007797 (XEN) [<ffff82c480123627>]
__do_softirq+0x88/0x99
Mar 2 15:35:39.022765 (XEN) [<ffff82c4801236a2>] do_softirq+0x6a/0x7a
Mar 2 15:35:39.022795 (XEN)
Mar 2 15:35:39.022813 (XEN)
Mar 2 15:35:39.022824 (XEN) ****************************************
Mar 2 15:35:39.031765 (XEN) Panic on CPU 8:
Mar 2 15:35:39.031787 (XEN) Xen BUG at sched_credit2.c:1606
Mar 2 15:35:39.031811 (XEN) ****************************************
Mar 2 15:35:39.038756 (XEN)
Mar 2 15:35:39.038770 (XEN) Reboot in five seconds...
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Ian Jackson
2011-Mar-02 17:15 UTC
[Xen-devel] Re: [xen-unstable test] 6289: regressions - FAIL
Ian Jackson writes ("[xen-unstable test] 6289: regressions -
FAIL"):> test-amd64-xcpkern-i386-xl-win 7 windows-install fail REGR. vs. 6288
This is a bit mysterious. Perhaps some kind of dom0 kernel problem,
but there''s nothing in the dom0 kernel log. All we have is the
transcript below, from xl.
The key message is "cannot add disk 1 to domain: -3", from xl, with no
useful explanation.
Ian.
2011-03-02 16:01:26 Z executing ssh ... root@10.80.249.148 xl create
/etc/xen/win.guest.osstest.cfg
xc: info: VIRTUAL MEMORY ARRANGEMENT:
Loader: 0000000000100000->0000000000179a50
TOTAL: 0000000000000000->000000001f800000
ENTRY ADDRESS: 0000000000100000
xc: info: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x0000000000000200
2MB PAGES: 0x00000000000000fb
1GB PAGES: 0x0000000000000000
cannot add disk 1 to domain: -3
libxl: error: libxl_dm.c:746:libxl__destroy_device_model Couldn''t find
device model''s pid: No such file or directory
libxl: error: libxl.c:738:libxl_domain_destroy libxl__destroy_device_model
failed for 1
Parsing config file /etc/xen/win.guest.osstest.cfg
2011-03-02 16:01:27 Z command nonzero waitstatus 768: ssh -o
StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o
ServerAliveInterval=100 -o PasswordAuthentication=no -o
ChallengeResponseAuthentication=no -o
UserKnownHostsFile=tmp/t.known_hosts_6289.test-amd64-xcpkern-i386-xl-win
root@10.80.249.148 xl create /etc/xen/win.guest.osstest.cfg
status 768 at Osstest.pm line 566.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
George Dunlap
2011-Mar-03 10:56 UTC
Re: [Xen-devel] Re: [xen-unstable test] 6289: regressions - FAIL
Hmm, what''s our policy on adding debugging patches this late in the cycle? The addition of a one-line BUG_ON() in another place in the code might help next time this happens; printing out more information when this happens would be nice as well. -George On Wed, Mar 2, 2011 at 5:13 PM, Ian Jackson <Ian.Jackson@eu.citrix.com> wrote:> Ian Jackson writes ("[xen-unstable test] 6289: regressions - FAIL"): >> test-amd64-xcpkern-i386-xl-credit2 10 guest-saverestore fail REGR. vs. 6288 > > Xen crash in credit2 code. > > Ian. > > Mar 2 15:35:31.195760 (XEN) csched_vcpu_insert: Inserting d2v3 > Mar 2 15:35:31.195786 (XEN) Xen BUG at sched_credit2.c:1606 > Mar 2 15:35:38.766789 (XEN) ----[ Xen-4.1.0-rc7-pre x86_64 debug=y Not tainted ]---- > Mar 2 15:35:38.766829 (XEN) CPU: 8 > Mar 2 15:35:38.778761 (XEN) RIP: e008:[<ffff82c48011b86a>] csched_schedule+0x151/0xac9 > Mar 2 15:35:38.778794 (XEN) RFLAGS: 0000000000010007 CONTEXT: hypervisor > Mar 2 15:35:38.790766 (XEN) rax: ffff830226f12000 rbx: ffff830226e03e30 rcx: 0000000000000000 > Mar 2 15:35:38.790801 (XEN) rdx: ffff8301a7fe0010 rsi: ffff82c480249780 rdi: ffff8300d7ad2000 > Mar 2 15:35:38.802790 (XEN) rbp: ffff8301a7e9fe38 rsp: ffff8301a7e9fd28 r8: 0000000000000001 > Mar 2 15:35:38.814768 (XEN) r9: 0000000000000005 r10: ffff8300d7ad2030 r11: 00000055197f6700 > Mar 2 15:35:38.814809 (XEN) r12: ffff8301a7fe02d0 r13: 0000000000000000 r14: ffff8301a7ea4060 > Mar 2 15:35:38.822777 (XEN) r15: 0000000000000008 cr0: 000000008005003b cr4: 00000000000006f4 > Mar 2 15:35:38.831784 (XEN) cr3: 00000001a7e12000 cr2: 00000000b78891cd > Mar 2 15:35:38.831815 (XEN) ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0000 cs: e008 > Mar 2 15:35:38.846770 (XEN) Xen stack trace from rsp=ffff8301a7e9fd28: > Mar 2 15:35:38.846799 (XEN) ffffffff00000206 ffff8301a7fe0010 ffff8301a7fe0238 ffff8301a7fe02d4 > Mar 2 15:35:38.855776 (XEN) 0000005518e697c4 ffff82c480249780 ffff8301a7e9fe68 0000000000000001 > Mar 2 15:35:38.863764 (XEN) ffff8301a7e9fdc8 ffff82c480122b07 ffff8301a7e9fdc8 ffff82c4802d3ec0 > Mar 2 15:35:38.863800 (XEN) ffff82c4802d3ec0 ffff8300d7ad2000 0000000000000246 ffff8301a7fe02d4 > Mar 2 15:35:38.875776 (XEN) ffff82c4802d3ec0 ffff8301a7fe0010 ffff82c4802c27c0 ffff8300d7ad2000 > Mar 2 15:35:38.887766 (XEN) ffff8301a7e9fdf8 ffff82c480122f89 ffff8301a7ea4060 ffff8301a7e9fdf8 > Mar 2 15:35:38.887801 (XEN) ffff82c480125eed 0000000000000008 ffff8301a7e9fe38 0000000000000082 > Mar 2 15:35:38.902777 (XEN) 0000000000000082 0000000000000000 ffff8300d7ad2000 ffff82c480249780 > Mar 2 15:35:38.907768 (XEN) ffff8301a7ea4060 ffff8301a7ea4040 ffff8301a7e9feb8 ffff82c480121fd2 > Mar 2 15:35:38.907809 (XEN) ffff8301a7e9fec0 0000005518e697c4 0000000000000000 00000000c04520a0 > Mar 2 15:35:38.922781 (XEN) ffff830226f12000 0000000000000006 ffff8301a7e9fef8 ffff82c4801380a8 > Mar 2 15:35:38.934774 (XEN) 0000000000000000 0000000000000008 0000000000000008 ffff82c4802b0880 > Mar 2 15:35:38.934809 (XEN) ffff8301a7e9ff18 ffffffffffffffff ffff8301a7e9fef8 ffff82c480123627 > Mar 2 15:35:38.943781 (XEN) 0000000000000000 ffff8300d7ad2000 0000000000000000 0000000000000000 > Mar 2 15:35:38.954769 (XEN) 0000000000000000 0000000000000000 ffff8301a7e9ff08 ffff82c4801236a2 > Mar 2 15:35:38.954808 (XEN) 00007cfe581600c7 ffff82c480211e86 0000000000000000 0000000000000000 > Mar 2 15:35:38.963789 (XEN) 0000000000000000 0000000000000000 00000000c8061f40 00000000deadbeef > Mar 2 15:35:38.975779 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > Mar 2 15:35:38.990772 (XEN) 0000000000000000 00000000deadbeef 00000000deadbeef 0000000000000000 > Mar 2 15:35:38.990814 (XEN) 00000000c04f3020 0000010000000000 00000000c0101307 0000000000000061 > Mar 2 15:35:38.995826 (XEN) Xen call trace: > Mar 2 15:35:38.995841 (XEN) [<ffff82c48011b86a>] csched_schedule+0x151/0xac9 > Mar 2 15:35:39.007767 (XEN) [<ffff82c480121fd2>] schedule+0x12a/0x624 > Mar 2 15:35:39.007797 (XEN) [<ffff82c480123627>] __do_softirq+0x88/0x99 > Mar 2 15:35:39.022765 (XEN) [<ffff82c4801236a2>] do_softirq+0x6a/0x7a > Mar 2 15:35:39.022795 (XEN) > Mar 2 15:35:39.022813 (XEN) > Mar 2 15:35:39.022824 (XEN) **************************************** > Mar 2 15:35:39.031765 (XEN) Panic on CPU 8: > Mar 2 15:35:39.031787 (XEN) Xen BUG at sched_credit2.c:1606 > Mar 2 15:35:39.031811 (XEN) **************************************** > Mar 2 15:35:39.038756 (XEN) > Mar 2 15:35:39.038770 (XEN) Reboot in five seconds... > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Keir Fraser
2011-Mar-03 11:06 UTC
Re: [Xen-devel] Re: [xen-unstable test] 6289: regressions - FAIL
On 03/03/2011 10:56, "George Dunlap" <George.Dunlap@eu.citrix.com> wrote:> Hmm, what''s our policy on adding debugging patches this late in the cycle? > > The addition of a one-line BUG_ON() in another place in the code might > help next time this happens; printing out more information when this > happens would be nice as well.Since credit2 is non-default and nor considered production ready, it would certainly be okay in this case imo. Credit2 readiness is not going to be a 4.1 blocker. -- Keir> -George > > On Wed, Mar 2, 2011 at 5:13 PM, Ian Jackson <Ian.Jackson@eu.citrix.com> wrote: >> Ian Jackson writes ("[xen-unstable test] 6289: regressions - FAIL"): >>> test-amd64-xcpkern-i386-xl-credit2 10 guest-saverestore fail REGR. vs. 6288 >> >> Xen crash in credit2 code. >> >> Ian. >> >> Mar 2 15:35:31.195760 (XEN) csched_vcpu_insert: Inserting d2v3 >> Mar 2 15:35:31.195786 (XEN) Xen BUG at sched_credit2.c:1606 >> Mar 2 15:35:38.766789 (XEN) ----[ Xen-4.1.0-rc7-pre x86_64 debug=y Not >> tainted ]---- >> Mar 2 15:35:38.766829 (XEN) CPU: 8 >> Mar 2 15:35:38.778761 (XEN) RIP: e008:[<ffff82c48011b86a>] >> csched_schedule+0x151/0xac9 >> Mar 2 15:35:38.778794 (XEN) RFLAGS: 0000000000010007 CONTEXT: hypervisor >> Mar 2 15:35:38.790766 (XEN) rax: ffff830226f12000 rbx: ffff830226e03e30 >> rcx: 0000000000000000 >> Mar 2 15:35:38.790801 (XEN) rdx: ffff8301a7fe0010 rsi: ffff82c480249780 >> rdi: ffff8300d7ad2000 >> Mar 2 15:35:38.802790 (XEN) rbp: ffff8301a7e9fe38 rsp: ffff8301a7e9fd28 >> r8: 0000000000000001 >> Mar 2 15:35:38.814768 (XEN) r9: 0000000000000005 r10: ffff8300d7ad2030 >> r11: 00000055197f6700 >> Mar 2 15:35:38.814809 (XEN) r12: ffff8301a7fe02d0 r13: 0000000000000000 >> r14: ffff8301a7ea4060 >> Mar 2 15:35:38.822777 (XEN) r15: 0000000000000008 cr0: 000000008005003b >> cr4: 00000000000006f4 >> Mar 2 15:35:38.831784 (XEN) cr3: 00000001a7e12000 cr2: 00000000b78891cd >> Mar 2 15:35:38.831815 (XEN) ds: 007b es: 007b fs: 00d8 gs: 0000 ss: >> 0000 cs: e008 >> Mar 2 15:35:38.846770 (XEN) Xen stack trace from rsp=ffff8301a7e9fd28: >> Mar 2 15:35:38.846799 (XEN) ffffffff00000206 ffff8301a7fe0010 >> ffff8301a7fe0238 ffff8301a7fe02d4 >> Mar 2 15:35:38.855776 (XEN) 0000005518e697c4 ffff82c480249780 >> ffff8301a7e9fe68 0000000000000001 >> Mar 2 15:35:38.863764 (XEN) ffff8301a7e9fdc8 ffff82c480122b07 >> ffff8301a7e9fdc8 ffff82c4802d3ec0 >> Mar 2 15:35:38.863800 (XEN) ffff82c4802d3ec0 ffff8300d7ad2000 >> 0000000000000246 ffff8301a7fe02d4 >> Mar 2 15:35:38.875776 (XEN) ffff82c4802d3ec0 ffff8301a7fe0010 >> ffff82c4802c27c0 ffff8300d7ad2000 >> Mar 2 15:35:38.887766 (XEN) ffff8301a7e9fdf8 ffff82c480122f89 >> ffff8301a7ea4060 ffff8301a7e9fdf8 >> Mar 2 15:35:38.887801 (XEN) ffff82c480125eed 0000000000000008 >> ffff8301a7e9fe38 0000000000000082 >> Mar 2 15:35:38.902777 (XEN) 0000000000000082 0000000000000000 >> ffff8300d7ad2000 ffff82c480249780 >> Mar 2 15:35:38.907768 (XEN) ffff8301a7ea4060 ffff8301a7ea4040 >> ffff8301a7e9feb8 ffff82c480121fd2 >> Mar 2 15:35:38.907809 (XEN) ffff8301a7e9fec0 0000005518e697c4 >> 0000000000000000 00000000c04520a0 >> Mar 2 15:35:38.922781 (XEN) ffff830226f12000 0000000000000006 >> ffff8301a7e9fef8 ffff82c4801380a8 >> Mar 2 15:35:38.934774 (XEN) 0000000000000000 0000000000000008 >> 0000000000000008 ffff82c4802b0880 >> Mar 2 15:35:38.934809 (XEN) ffff8301a7e9ff18 ffffffffffffffff >> ffff8301a7e9fef8 ffff82c480123627 >> Mar 2 15:35:38.943781 (XEN) 0000000000000000 ffff8300d7ad2000 >> 0000000000000000 0000000000000000 >> Mar 2 15:35:38.954769 (XEN) 0000000000000000 0000000000000000 >> ffff8301a7e9ff08 ffff82c4801236a2 >> Mar 2 15:35:38.954808 (XEN) 00007cfe581600c7 ffff82c480211e86 >> 0000000000000000 0000000000000000 >> Mar 2 15:35:38.963789 (XEN) 0000000000000000 0000000000000000 >> 00000000c8061f40 00000000deadbeef >> Mar 2 15:35:38.975779 (XEN) 0000000000000000 0000000000000000 >> 0000000000000000 0000000000000000 >> Mar 2 15:35:38.990772 (XEN) 0000000000000000 00000000deadbeef >> 00000000deadbeef 0000000000000000 >> Mar 2 15:35:38.990814 (XEN) 00000000c04f3020 0000010000000000 >> 00000000c0101307 0000000000000061 >> Mar 2 15:35:38.995826 (XEN) Xen call trace: >> Mar 2 15:35:38.995841 (XEN) [<ffff82c48011b86a>] >> csched_schedule+0x151/0xac9 >> Mar 2 15:35:39.007767 (XEN) [<ffff82c480121fd2>] schedule+0x12a/0x624 >> Mar 2 15:35:39.007797 (XEN) [<ffff82c480123627>] __do_softirq+0x88/0x99 >> Mar 2 15:35:39.022765 (XEN) [<ffff82c4801236a2>] do_softirq+0x6a/0x7a >> Mar 2 15:35:39.022795 (XEN) >> Mar 2 15:35:39.022813 (XEN) >> Mar 2 15:35:39.022824 (XEN) **************************************** >> Mar 2 15:35:39.031765 (XEN) Panic on CPU 8: >> Mar 2 15:35:39.031787 (XEN) Xen BUG at sched_credit2.c:1606 >> Mar 2 15:35:39.031811 (XEN) **************************************** >> Mar 2 15:35:39.038756 (XEN) >> Mar 2 15:35:39.038770 (XEN) Reboot in five seconds... >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >>_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel