Using the May 18, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* FC3 on HS20 Blade - Domain 0 crashes on boot on blade
(x86), Bugzilla #50.
* SLES 9/SP1, FC3, and RHEL 4 on xSeries 305, 235, and
ThinkCentre - Xen builds and boots without any
problems.
* The problem with creating domains and xend has been
FIXED, Bugzilla #45.
* x86_64
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)- Still broken-
x86_64 build break in function ''prefetchw''
-Bugzilla #34
* /usr/include/asm-x86_64/processor.h:229: error:
`CONFIG_X86_L1_CACHE_SHIFT'' undeclared here
(not
in a function)
/usr/include/asm-x86_64/processor.h:229: error:
requested alignment is not a constant
/usr/include/asm-x86_64/processor.h: In function
`prefetchw'':
/usr/include/asm-x86_64/processor.h:396: error:
called object is not a function
make[4]: *** [xc_ptrace.opic] Error 1
* FIXED Bugzilla #47 - Build break -
expressionx86_64/entry.S:320: Error: `136+8(%
esp)'' is not a valid 64 bit
base/index expression.
* FC4 - HS20 Blade Type 8843 (EMT64)
* Xen built without error; however,
* Dom0 fails to boot. Bugzilla #26 ([Bug 26] Dom0
fails to boot on x86_64) was submitted for this
issue.
Note: The Bugzilla system is
http://bugzilla.xensource.com/cgi-bin/bugzilla/index.cgi
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
May 19, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* SLES 9/SP1 on IBM xSeries 305, 235
* Build break. /tmp/xen-
unstable/tools/ioemu/target-i386-
dm/helper2.c:74: undefined reference to `errno''
* Bugzilla #52
* FC3 on HS20 Blade - Domain 0 crashes on boot on blade
(x86), Bugzilla #50.
* RHEL 4 on IBM xSeries 305
* Xen builds and boots without any problems.
* Able to create DomU
* x86_64
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)-Still broken-
x86_64 build break in function ''prefetchw''
-Bugzilla #34
* /usr/include/asm-x86_64/processor.h:229: error:
`CONFIG_X86_L1_CACHE_SHIFT'' undeclared here
(not
in a function)
/usr/include/asm-x86_64/processor.h:229: error:
requested alignment is not a constant
/usr/include/asm-x86_64/processor.h: In function
`prefetchw'':
/usr/include/asm-x86_64/processor.h:396: error:
called object is not a function
make[4]: *** [xc_ptrace.opic] Error 1
* FC4 - HS20 Blade Type 8843 (EMT64) Build error:
* make[4]: Entering directory `/tmp/xen-
unstable/tools/ioemu''
texi2html -monolithic -number qemu-doc.texi
make[4]: texi2html: Command not found
make[4]: *** [qemu-doc.html] Error 127
* Need to figure out what package is missing.
Texinfo is installed on the test box.
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
May 22 20:12, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* SLES 9/SP1 and RHEL 4 on IBM xSeries 305 and 235
* Builds and boots without errors
* Able to create a DomU
* FC3 on HS20 Blade - Still broken- Domain 0 crashes on
boot on blade (x86), Bugzilla #50.
* x86_64
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)
* Still broken- x86_64 build break in function
''prefetchw''
* Bugzilla #34
* FC4 - HS20 Blade Type 8843 (EMT64) Build error:
* Build break: x86_64 pointer targets of
xc_linux_restore differ in signedness
* Bugzilla #54
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
May 23 22:10, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* SLES 9/SP1 and FC3 on IBM xSeries 305, 235, HS20 and
ThinkCentre
* Build break - No rule to make target `-lxc'',
needed by `xc_restore''.
* Bugzilla #57
* x86_64
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)
* Still broken- x86_64 build break in function
''prefetchw''
* Bugzilla #34
* FC4 - HS20 Blade Type 8843 (EMT64) Build error:
* Build break - No rule to make target `-lxc'',
needed by `xc_restore''.
* Bugzilla #57
http://bugzilla.xensource.com/cgi-bin/bugzilla/index.cgi
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* x86_64
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)
* Still broken- x86_64 build break in function
''prefetchw''
* Bugzilla #34
* FC4 - HS20 Blade Type 8843 (EMT64)
* Xen built without error; however,
* Dom0 fails to boot. Bugzilla #26 ([Bug 26] Dom0
fails to boot on x86_64) open for this issue.
* ------- Additional Comment #5 From Arun Sharma
2005-05-21 04:57 -------
I just posted a patch to xen-devel. It doesn''t
fix all the problems, but
brings it one step closer.
We still need:
- Jun''s patch to arch/xen/x86_64/mm/init.c
- Fix xen to create the L4, L3 entries correctly for the
readonly MPT
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
David F Barrera wrote:> May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz) > * x86 > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, > HS20 and ThinkCentre > * Builds and boots without problems > * Able to create functional domains > * x86_64 > * SLES 9/SP1 HS20 Blades Type 8843 (EMT64) > * Still broken- x86_64 build break in function > ''prefetchw'' > * Bugzilla #34 > * FC4 - HS20 Blade Type 8843 (EMT64) > * Xen built without error; however, > * Dom0 fails to boot. Bugzilla #26 ([Bug 26] > Dom0 fails to boot on x86_64) open for this > issue. * ------- Additional Comment #5 From > Arun Sharma 2005-05-21 04:57 ------- > I just posted a patch to xen-devel. It > doesn''t fix all the problems, but brings it > one step closer. > > We still need: > > - Jun''s patch to arch/xen/x86_64/mm/init.c > - Fix xen to create the L4, L3 entries > correctly for the readonly MPTIt will be more useful if you provide Latest ChangeSet info there. The above two are already in this week. Our expectation is that dom0 on x86-64 does not fail to boot. The latest one: Latest ChangeSet: 2005/05/25 14:43:27 1.1552 429480ffbijN4G0QJScaV1h7mcJ23Q boots fine as far as we tested. Jun _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
> May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz) > * x86 > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries > 305, 235, HS20 > and ThinkCentre > * Builds and boots without problems > * Able to create functional domainsHurrah! HS20''s have been a pain in the butt... David: thanks for running the daily tests. Is there an updated version of the test harness available? Thanks, Ian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2005-05-25 at 09:14 -0700, Nakajima, Jun wrote:> David F Barrera wrote: > > May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz) > > * x86 > > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, > > HS20 and ThinkCentre > > * Builds and boots without problems > > * Able to create functional domains > > * x86_64 > > * SLES 9/SP1 HS20 Blades Type 8843 (EMT64) > > * Still broken- x86_64 build break in function > > ''prefetchw'' > > * Bugzilla #34 > > * FC4 - HS20 Blade Type 8843 (EMT64) > > * Xen built without error; however, > > * Dom0 fails to boot. Bugzilla #26 ([Bug 26] > > Dom0 fails to boot on x86_64) open for this > > issue. * ------- Additional Comment #5 From > > Arun Sharma 2005-05-21 04:57 ------- > > I just posted a patch to xen-devel. It > > doesn''t fix all the problems, but brings it > > one step closer. > > > > We still need: > > > > - Jun''s patch to arch/xen/x86_64/mm/init.c > > - Fix xen to create the L4, L3 entries > > correctly for the readonly MPT > It will be more useful if you provide Latest ChangeSet info there. The > above two are already in this week. Our expectation is that dom0 on > x86-64 does not fail to boot. The latest one: Latest ChangeSet: > 2005/05/25 14:43:27 1.1552 429480ffbijN4G0QJScaV1h7mcJ23Q boots fine as > far as we tested.Jun, We are testing using the xen-unstable-src.tgz file, not from BK pulls, so I don''t have the changeset information. Once a decision is made on the successor to BK, then we will begin planning how to include such information.> > Jun > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2005-05-25 at 17:58 +0100, Ian Pratt wrote:> > May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz) > > * x86 > > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries > > 305, 235, HS20 > > and ThinkCentre > > * Builds and boots without problems > > * Able to create functional domains > > Hurrah! HS20''s have been a pain in the butt...Not HS20s in general, just the ones that happen to be running on x86-64. 64bit HS20s just happen to have the bad luck of being the systems we use to test that arch.> David: thanks for running the daily tests. Is there an updated version > of the test harness available?Not yet. We never saw any complaints so it must be perfect right? :) Seriously, we have some ideas for a few improvements, but if anyone has specific requests it would be welcome. -- Thanks, Paul Larson plars@linuxtestproject.org http://www.linuxtestproject.org _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2005-05-25 at 09:14 -0700, Nakajima, Jun wrote:> David F Barrera wrote: > > May 24 22:14, 2005 Xen Unstable (xen-unstable-src.tgz) > > * x86 > > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, > > HS20 and ThinkCentre > > * Builds and boots without problems > > * Able to create functional domains > > * x86_64 > > * SLES 9/SP1 HS20 Blades Type 8843 (EMT64) > > * Still broken- x86_64 build break in function > > ''prefetchw'' > > * Bugzilla #34 > > * FC4 - HS20 Blade Type 8843 (EMT64) > > * Xen built without error; however, > > * Dom0 fails to boot. Bugzilla #26 ([Bug 26] > > Dom0 fails to boot on x86_64) open for this > > issue. * ------- Additional Comment #5 From > > Arun Sharma 2005-05-21 04:57 ------- > > I just posted a patch to xen-devel. It > > doesn''t fix all the problems, but brings it > > one step closer. > > > > We still need: > > > > - Jun''s patch to arch/xen/x86_64/mm/init.c > > - Fix xen to create the L4, L3 entries > > correctly for the readonly MPT > It will be more useful if you provide Latest ChangeSet info there. The > above two are already in this week. Our expectation is that dom0 on > x86-64 does not fail to boot.It does on my machine, which is an EMT64 based IBM HS20 Blade. Here''s the log: \ \/ /___ _ __ |___ / / _ \ __| | _____ _____| | \ // _ \ ''_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ | / \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ | /_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_| http://www.cl.cam.ac.uk/netos/xen University of Cambridge Computer Laboratory Xen version 3.0-devel (root@ltc.austin.ibm.com) (gcc version 4.0.0 20050405 (Red Hat 4.0.0-0.40)) Thu May 26 08:30:02 CDT 2005 Latest ChangeSet: information unavailable (XEN) Physical RAM map: (XEN) 0000000000000000 - 000000000009d400 (usable) (XEN) 000000000009d400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000003ffbe680 (usable) (XEN) 000000003ffbe680 - 000000003ffd0000 (ACPI data) (XEN) 000000003ffd0000 - 0000000040000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) System RAM: 1023MB (1047916kB) (XEN) Xen he\uffff%\uffff\uffff% 5\uffff\uffff\u1659\uffff\uffff\uffff\uffff (XEN) ACPI: MADT (v001 IBM SERBLADE 0x00001000 IBM 0x45444f43) @ 0x000000003ffcfe00 (XEN) ACPI: MCFG (v001 IBM SERBLADE 0x00001000 IBM 0x45444f43) @ 0x000000003ffcfdc0 (XEN) ACPI: DSDT (v001 IBM SERBLADE 0x00001000 INTL 0x02002025) @ 0x0000000000000000 (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 15:4 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled) (XEN) ProcessIC (id[0x0b] address[0xfec81400] gsi_base[72]) (XEN) IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ11 used by override. (XEN) Enabling APIC mode: Flat. Using 4 I/O APICs (XEN) Using ACPI (MADT) for SMP configuration information (XEN) Initializing CPU#0 AUXEN) CPU2: Before vendor init, caps: bfebfbff 20000800 00000000, vendor = 0 (XEN) CPU#2: Physical ID: 3, Logical ID: 0 (XEN) CPU caps: bfebfbff 20000800 00000000 00000000 (XEN) CPU2: booted. (XEN) Booting processor 3/7 eip 90000 (XEN) Initializing CPU#3 (XEN) CPU3: Before vendor init, caps: bfebfbff 20000800 00000000, vendor = 0 (XEN) CPU#3: Physical ID: 3, Logical ID: 1 (XEN) CPU caps: bfebfbff 20000800 00000000 00000000 (XEN) CPU3: booted. (XEN) Total of 4 processo(XEN) Time init: (XEN) .... cpu_freq: 00000000:D697CA6C (XEN) .... scale: 00000001:1C6C46DD (XEN) .... Wall Clock: 1117105520s 180000us (XEN) CPU: 1 (XEN) EIP: e010:[<ffff8300001072c7>] (XEN) EFLAGS: 0000000000010086 (XEN) rax: 00000000042c3184 rbx: 0000000000000000 rcx: 0000000000001204 rdx: 0000000000000008 (XEN) rsi: 0000000000000046 rdi: 0000000000000000 rbp: f000b171f000e2c3 rsp: ffff83000018fea0 (XEN) r8: 000000000000000a r9: 0000000000000002 (XEN) r12: 00000000042cf4d4 r13: ffff83000015a380 r14: 0000000000000080 r15: ffff83000015a300 (XEN) Xen stack trace from rsp=ffff83000018fea0: (XEN) 000000000000000a ffff830000163480 0000000000000001 ffff830000164400 ffff830000179a60 0000000000000000 0000000000000000 [ffff830000111ac6] (XEN) 0000000000000080 ffff83000018ff28 ffff830000153580 [ffff830000119272] 0000000000000000 00000000a5a5a5a5 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000\uffff\uffff00119272>] (XEN) ************************************ (XEN) CPU1 FATAL TRAP 12 (stack error), ERROR_CODE 0000, IN INTERRUPT CONTEXT. (XEN) System shutting down -- need manual reset. (XEN) ************************************> The latest one: Latest ChangeSet: > 2005/05/25 14:43:27 1.1552 429480ffbijN4G0QJScaV1h7mcJ23Q boots fine as > far as we tested. > > Jun > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
May 26 22:08, 2005 Xen Unstable (xen-unstable-src.tgz)
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
(x86) and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* ISSUES:
* We seem to be losing the network when xend
starts
* Observed multiple times, but
* Cannot reliably reproduce it
* Bugzilla #62
* x86_64
* BUILD BREAKS
* SLES 9/SP1 HS20 Blades Type 8843 (EMT64)
* x86_64 build break in function
''prefetchw''
* Bugzilla #34
* FC4 - HS20 Blade Type 8843 (EMT64)
* cpu/common.c:250: warning: pointer
targets in passing argument 3 of ‘cpuid’
diff
er in signedness
* *Happens on latest BK pull as well
* Bugzilla #61
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
May 31, using latest xen-unstable BK pull
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305,
235, HS20(x86) and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* IF using latest xen-unstable-src.tgz
* Will not boot - (XEN) Unknown interrupt
* Problem has been corrected in the latest
BK source
* x86_64
* BUILD BREAK on SLES 9
* x86_64 build break - ioemu/x86_64.ld:62:
syntax error
* Bugzilla #64
* Xen0 will NOT BOOT on FC4 - HS20 Blade Type 8843
(EMT64)
Unable to handle kernel NULL pointer dereference
at 0000000000000000 RIP:
<ffffffff80116cb3>{dump_pagetable+51}
* Added information to Bugzilla #26
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 1, using latest xen-unstable BK pull
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305,
235, HS20(x86) and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* x86_64
* Dom0 WILL NOT BOOT - HS20 Blade Type 8843
(EMT64)
* Kernel BUG at hypervisor:53
* Opened Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 2, using latest xen-unstable BK pull
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305,
235, and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* DomU WILL NOT BOOT on HS20 with FC3
* (XEN) BUG at domain.c:170 when creating
new domain
* Opened Bugzilla #67
* x86_64
* Dom0 WILL NOT BOOT - HS20 Blade Type 8843
(EMT64)
* Kernel BUG at hypervisor:53
* Seeing this problem on both SLES 9 and
FC4 platforms
* Opened Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 2, using latest xen-unstable BK pull
* ChangeSet 2005/06/03 14:59:33+01:00
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305,
235, HS20 Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* x86_64
* Dom0 WILL NOT BOOT on HS20 Blades Type 8843
(EMT64)
* Kernel BUG at hypervisor:53
* Seeing this problem on both SLES 9 and
FC4 platforms
* Opened Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 6, using latest xen-unstable BK pull
* ChangeSet
2005/06/06 11:52:53+01:00 kaf24@firebug.cl.cam.ac.uk
Merge x86/32 and x86/64 usercopy routines.
Signed-off-by: Keir Fraser <keir@xensource.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305,
235, HS20 Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0 and DomU
* x86_64
* Dom0 WILL NOT BOOT - HS20 Blade Type 8843
(EMT64)
* **No change from last week**
* Kernel BUG at hypervisor:53
* Seeing this problem on both SLES 9 and
FC4 platforms
* Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
> * x86_64 > * Dom0 WILL NOT BOOT - HS20 Blade Type 8843 > (EMT64) > * **No change from last week** > * Kernel BUG at hypervisor:53 > * Seeing this problem on both SLES 9 and > FC4 platforms > * Bugzilla #66Has your blade got >4GB of ram? Can you try booting with mem=3G on the Xen command line (please check syntax) Thanks, Ian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Mon, 2005-06-06 at 15:20 +0100, Ian Pratt wrote:> > * x86_64 > > * Dom0 WILL NOT BOOT - HS20 Blade Type 8843 > > (EMT64) > > * **No change from last week** > > * Kernel BUG at hypervisor:53 > > * Seeing this problem on both SLES 9 and > > FC4 platforms > > * Bugzilla #66 > > Has your blade got >4GB of ram? Can you try booting with mem=3G on the > Xen command line (please check syntax) >No, this blade has only 1GB of RAM.> Thanks, > Ian > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
David F Barrera wrote:> On Mon, 2005-06-06 at 15:20 +0100, Ian Pratt wrote: >>> * x86_64 >>> * Dom0 WILL NOT BOOT - HS20 Blade Type 8843 >>> (EMT64) >>> * **No change from last week** >>> * Kernel BUG at hypervisor:53 >>> * Seeing this problem on both SLES 9 >>> and FC4 platforms >>> * Bugzilla #66 >> >> Has your blade got >4GB of ram? Can you try booting with mem=3G on >> the Xen command line (please check syntax) >> > No, this blade has only 1GB of RAM. >As far as I looked at the trace, it''s coming from Broadcom Tigon3 driver. Call Trace:<ffffffff80113de2>{dma_alloc_coherent+1074} <ffffffff8052aaaf>{tg3_init_one+6783} <ffffffff801221fb>{__do_softirq+107} <ffffffff8012229d>{do_softirq+61} <ffffffff8010dcd1>{do_hypervisor_callback+17} <ffffffff8020a1a1>{pci_device_probe+113} <ffffffff80242cdd>{driver_probe_device+77}g: Attempted to kill init! I suspect dma_alloc_coherent. I''ll work with David on this.>> Thanks, >> Ian >>Jun --- Intel Open Source Technology Center _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
June 7, using latest xen-unstable BK pull
* ChangeSet
2005/06/07 12:46:09+01:00 kaf24@firebug.cl.cam.ac.uk
Clean up the domain_page.h interfaces...
Signed-off-by: Keir Fraser <keir@xensource.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0 and DomU
* x86_64
* BUILD BREAK on FC4 Platform
* In function ‘rem_ac_timer’:
* Opened Bugzilla #73
* Dom0 WILL NOT BOOT on SLES 9 - HS20 Blade Type 8843
(EMT64)
* **No change**
* Kernel BUG at hypervisor:53
* Seeing this problem on both SLES 9 and FC4
platforms
* Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 8, using latest xen-unstable BK pull
* Last ChangeSet
2005/06/08 12:39:13+01:00 kaf24@firebug.cl.cam.ac.uk
Integrate virtual firmware into the tools build system.
Signed-off-by: Keir Fraser <keir@xensource.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomUs
* x86_64
* GCC 4.0 BUILD BREAK (FC4 Platform)
* GCC 4.0 Build break
* Bugzilla #73
* Dom0 WILL NOT BOOT on SLES 9 - HS20 Blade Type 8843
(EMT64)
* **No change**
* Kernel BUG at hypervisor:53
* Seeing this problem on SLES 9 platform
* Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 9, using latest xen-unstable BK pull
* ChangeSet
2005/06/09 08:50:00+01:00 kaf24@firebug.cl.cam.ac.uk
Move vmxloader to /usr/lib/xen/boot/.
Signed-off-by: Keir Fraser <keir@xensource.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomUs
* Issue:
* Losing network when xend started
* Reopened Bugzilla #62
* Not able to consistently reproduce
* x86_64
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 (GCC
4.0)
* Dom0 boots WITH Scott Parish''s predicate-nx patch only;
otherwise,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* **No change**
* Kernel BUG at hypervisor:53
* Seeing this problem on SLES 9 platform
* Bugzilla #66
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 10, using latest xen-unstable BK pull
* Last ChangeSet on x86 test systems
2005/06/10 10:34:30+01:00 kaf24@firebug.cl.cam.ac.uk
user -> kernel syscall path must enable interrupts after all,
since
it calls create_bounce_frame which can potentially fault. Thus
we must
also test_all_events.
Signed-off-by: Keir Fraser <keir@xensource.com>
* Updated for the x86_64 machines to pick up GCC 4.0
compile fixes
* ChangeSet
2005/06/10 14:49:33+01:00
kaf24@firebug.cl.cam.ac.uk
Some functions of xenstore library dont have
xs_ as prefix. This patch
fixes the problem.
Signed-off-by: Nguyen Anh Quynh
<aquynh@gmail.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomUs
* x86_64 - Dom0 WILL NOT BOOT
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 (GCC
4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL pointer
dereference at 0000000000000880 RIP:
<ffffffff80116d62>{do_page_fault+370}
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
I cannot reproduce the dom0 failure with the latest BK. Can you try that (instead of the nightly build?) Jun --- Intel Open Source Technology Center David F Barrera wrote:> June 10, using latest xen-unstable BK pull > * Last ChangeSet on x86 test systems > 2005/06/10 10:34:30+01:00 kaf24@firebug.cl.cam.ac.uk > user -> kernel syscall path must enable interrupts after > all, since > it calls create_bounce_frame which can potentially fault. > Thus we must > also test_all_events. > Signed-off-by: Keir Fraser <keir@xensource.com> > * Updated for the x86_64 machines to pick up GCC 4.0 > compile fixes > * ChangeSet > 2005/06/10 14:49:33+01:00 > kaf24@firebug.cl.cam.ac.uk > Some functions of xenstore library dont have > xs_ as prefix. This patch > fixes the problem. > Signed-off-by: Nguyen Anh Quynh > <aquynh@gmail.com> > * x86 > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, > HS20 Blade and ThinkCentre > * Builds and boots without problems > * Able to create functional domains > * Running LTP test suite on Dom0s and DomUs > * x86_64 - Dom0 WILL NOT BOOT > * Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 > (GCC > 4.0); however, > * Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64) > * Bugzilla #75 > * x86_64 - Unable to handle kernel NULL pointer > dereference at 0000000000000880 RIP: > <ffffffff80116d62>{do_page_fault+370}_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Fri, 2005-06-10 at 10:09 -0700, Nakajima, Jun wrote:> I cannot reproduce the dom0 failure with the latest BK. Can you try that > (instead of the nightly build?)Actually, I was using the latest BK when I sent out the report. But I went ahead and pull the latest this afternoon and tried it, getting the same error. (ChangeSet 2005/06/10 17:41:03+01:00 kaf24@firebug.cl.cam.ac.uk Fix NULL-handler check when propagating faults to guest kernels. Signed-off-by: Keir Fraser <keir@xensource.com>) Here''s a more complete log: kernel (hd0,0)/boot/xen.gz dom0_mem=256000 com2=19200,8n1 console=vga,com2[01;77Hnor eboot [Multiboot-elf, <0x100000:0x5e358:0x22ca8>, shtab=0x181078, entry=0x100000] module (hd0,0)/boot/vmlinuz-2.6-xen0 root=/dev/sda6 ro console=tty0 [Multiboot-module @ 0x182000, 0x67e5f0 bytes] module (hd0,0)/initrd-2.6.11.11-xen0 __ __ _____ ___ _ _ \ \/ /___ _ __ |___ / / _ \ __| | _____ _____| | \ // _ \ ''_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ | / \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ | /_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_| http://www.cl.cam.ac.uk/netos/xen University of Cambridge Computer Laboratory Xen version 3.0-devel (root@ltc.austin.ibm.com) (gcc version 3.3.3 (SuSE Linux)) Fri Jun 10 13:35:18 CDT 2005 Latest ChangeSet: information unavailable (XEN) Physical RAM map: (XEN) 0000000000000000 - 000000000009d400 (usable) (XEN) 000000000009d400 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000003ffbe680 (usable) (XEN) 000000003ffbe680 - 000000003ffd0000 (ACPI data) (XEN) 000000003ffd0000 - 0000000040000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) Syst$% 5MI 1\uffff% 5\uffff\uffff\u1659\uffff\uffff\uffff \uffff (XEN) ACPI: MADT (v001 IBM SERBLADE 0x00001000 IBM 0x45444f43) @ 0x000000003ffcfe00 (XEN) ACPI: MCFG (v001 IBM SERBLADE 0x00001000 IBM 0x45444f43) @ 0x000000003ffcfdc0 (XEN) ACPI: DSDT (v001 IBM SERBLADE 0x00001000 INTL 0x02002025) @ 0x0000000000000000 (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 15:4 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled) (XY:\u0365}\uffff\uffff\u0355muXEN) IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: IOAPIC (id[0x0d] address[0xfec10000] gsi_base[24]) (XEN) IOAPIC[1]: apic_id 13, version 32, address 0xfec10000, GSI 24-47 (XEN) ACPI: IOAPIC (id[0x0c] address[0xfec81000] gsi_base[48]) (XEN) IOAPIC[2]: apic_id 12, version 32, address 0xfec81000, GSI 48-71 (XEN) ACPI: IOAPIC (id[0x0b] address[0xfec81400] gsi_base[72]) (XEN) IOAPIC[3]: apic_id 11, version 32, address 0xfec81400, GSI 72-95 (XEN) ACP\u037d\uffffXEN) Using scheduler: Borrowed Virtual Time (bvt) (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K (XEN) CPU: L2 cache: 1024K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU0: Intel(R) Xeon(TM) CPU 3.60GHz stepping 01 (XEN) Booting processor 1/1 eip 90000 (XEN) Initializing CPU#1 (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K (XEN) CPU: L2 cache: 1024K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU1: Intel(R) Xeon(TM) CPU 3.60GHz stepping 01 (XEN) Booting processor 2/6 eip 90000S*$W\uffff\uffff\uffff\uffff\uffff \uffff\uffff\uffffXEN) checking TSC synchronization across 4 CPUs: passed. (XEN) Time init: (XEN) .... cpu_freq: 00000000:D698273C (XEN) .... scale: 00000001:1C6BCBD9 (XEN) .... Wall Clock: 1118435223s 160000us (XEN) Brought up 4 CPUs (XEN) mtrr: v2.0 (20020519) (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen-ELF header found: ''GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xffffffff80100000,LOADER=generic'' (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000008000000->0000000010000000 (31232 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80100000->ffffffff80578086 (XEN) Init. ramdisk: ffffffff80579000->ffffffff80579000 (XEN) Phys-Mach map: ffffffff80579000->ffffffff805b7800 (XEN) Page tables: ffffffff805b8000->ffffffff805bf000 (XEN) Start info: ffffffff805bf000->ffffffff805c0000 (XEN) Boot stack: ffffffff805c0000->ffffffff805c1000 (XEN) TOTAL: ffffffff80000000->ffffffff80800000 (XEN) ENTRY ADDRESS: ffffffff80100000 (XEN) Scrubbing Free RAM: ...........done. (XEN) *** Serial input -> DOM0 (type ''CTRL-a'' three times to switch input to Xen). Linux version 2.6.11.11-xen0 (root@bl2-1) (gcc version 3.3.3 (SuSE Linux)) #1 Fri Jun 10 13:41:41 CDT 2005 kernel direct mapping tables upto ffff88000fa00000 @ 800000-87f000 Registering memory for bootmem: from a00000, size = f000000 No mptable found. arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8 (0000055555555067). arch/xen/x86_64/mm/init.c:336: bad pte ffff88000136eec8(000 \uffff\uffff\u037d\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffffY \uffff\uffff\uffff\uffff\uffff\u5345\uffff\uffff\uffff\uffff\uffff\u0361 \u0445\uffff\uffff\uffff\uffff\uffff\uffff\u0265\uffff\u037d\u0251\uffff \u0249\uffff\u0455\uffff%\uffff\uffff\uffff\uffff\uffff\uffff\uffff \uffff\uffff\uffff\uffff\u0361\u0445\uffff\uffff\uffff\uffff\uffff\uffff \u0265\uffff\u037d\u0251\uffff\u0249\uffff\u0455\uffff5\uffff\uffff \uffff\uffff\u5b6d\uffff\u0645\uffff\uffff\uffff\uffff\uffff\uffff\uffff \uffff\uffff\u0279\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u0255\u0355 \uffff\u0655\uffff\uffff\uffff\uffff\u0445\uffff\uffff\uffff\uffff \uffff5\uffff\u0579\u044d\uffff\uffff\uffff\uffff\uffff\uffff\u0361 \u0445\uffff%\uffff\uffff\u0455\uffff\uffff\uffff\uffff\uffff\u0345 \u0255\uffff\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u027d\uffff\u0455 \uffff\uffff\uffff\u047d\uffff\uffff\u0465\uffff\uffff\uffff\uffff\uffff %\uffff\u0461\uffff\u034d\uffff\uffff\u0355\u0345\uffff\uffff\u0665 \uffff\uffff\u047d\uffff\u047d\uffff\u077d\u026d\uffff\uffff\uffff\uffff \u0465\uffff\uffff\u027d\uffff\uffff\uffff\uffff\u5255\uffff\uffff\uffff \u0355\u0461\uffff\uffff\u0265\u0655\u0259\uffff\uffff\uffff\uffff\uffff \u047d\uffff\uffff\uffff\uffff\uffff\uffff\uffff}\uffff\uffff\uffff \uffff\uffff\uffff}\uffff\uffff\u0665\uffff\uffff\u0345\u0455\uffff \uffff\uffff\u0245\uffff\uffff\u077d\u026d\uffff\u027d\u0579\uffff\u0461 \uffff\uffff\uffff\uffff\u027d\uffff\u0455\uffff\uffff\u0145\u025d\u0575 \uffff\uffff\uffff\u0255\uffff\u047d\u0255\uffff\u0461\uffff\uffff\uffff \uffff\uffff\uffff\uffff\uffff\u0665\uffff\uffff%\uffff\u0461\uffff \u0345\u025d\u0575\uffff\uffff\u0475\uffff\uffff\uffff\uffff\u0461\uffff \uffff\uffff\u0665\uffff\uffff\u077d\u026d\uffff\uffff\uffff\uffff\uffff \uffff\uffff\uffff\uffff\u0355\uffff\uffff\uffff\uffff\uffff\u0461\uffff \uffff\uffff\uffff\uffff\uffff\u047d\uffff\uffff\uffff\uffff\uffff\uffff \u047d\uffff\uffff\uffff\u0279\uffff\uffff\uffff\uffff\uffff\uffff\uffff \uffff\uffff\uffff\uffff\uffff\u037d%\uffff\uffff\uffff\uffff\uffff \uffff\u0461\uffff\uffff\u0265\u0655\u0461\uffff\u0345\u025d\u0575\uffff \uffff\u0475\uffff\uffff\uffff\uffff\u0461\uffff\uffff\uffffQI\u0761 \uffff\uffff\uffff\uffff\uffff\uffff\u0465\uffff\uffff\uffff\u9979\uffff \uffff\uffff\uffff\u034d\uffff\uffff\uffff\u0571\uffff\u0279\uffff\uffff \uffff\u0255\uffff\uffff\uffff\u0455\u0255\uffff\uffff\uffff\u034d\uffff \uffff\uffff\u0571\uffff\u0245\uffff\u0465\uffff\uffff\uffff\uffff\u047d \uffff\uffff\u0255\uffff\uffff\uffff\u0455\u0255\uffff\uffff\uffff\u034d \uffff\uffff\uffff\u0571\uffff\u0251\uffff\uffff\uffff\uffff\uffff\uffff \uffff\u0255floppy0: no floppy controllers found RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize loop: loaded (max 8 devices) HP CISS Driver (v 2.6.4) Intel(R) PRO/1000 Network Driver - version 5.6.10.1-k2 Copyright (c) 1999-2004 Intel Corporation. pcnet32.c:v1.30i 06.28.2004 tsbogend@alpha.franken.de e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI e100: Copyright(c) 1999-2004 Intel Corporation tg3.c:v3.23 (February 15, 2005) ACPI: PCI interrupt 0000:05:01.0[A] -> GSI 77 (level, low) -> IRQ 77 Unable to handle kernel NULL pointer dereference at 0000000000000880 RIP: <ffffffff80116d62>{do_page_fault+370} Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: <ffffffff8011685f>{dump_pagetable+47} Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: <ffffffff8011685f>{dump_pagetable+47} Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: <ffffffff8011685f>{dump_pagetable+47} Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: <ffffffff8011685f>{dump_pagetable+47}>>>>> At this point, it is just endlessly displaying what appears to bethe same error...> > Jun > --- > Intel Open Source Technology Center > > David F Barrera wrote: > > June 10, using latest xen-unstable BK pull > > * Last ChangeSet on x86 test systems > > 2005/06/10 10:34:30+01:00 kaf24@firebug.cl.cam.ac.uk > > user -> kernel syscall path must enable interrupts after > > all, since > > it calls create_bounce_frame which can potentially fault. > > Thus we must > > also test_all_events. > > Signed-off-by: Keir Fraser <keir@xensource.com> > > * Updated for the x86_64 machines to pick up GCC 4.0 > > compile fixes > > * ChangeSet > > 2005/06/10 14:49:33+01:00 > > kaf24@firebug.cl.cam.ac.uk > > Some functions of xenstore library dont have > > xs_ as prefix. This patch > > fixes the problem. > > Signed-off-by: Nguyen Anh Quynh > > <aquynh@gmail.com> > > * x86 > > * SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, > > HS20 Blade and ThinkCentre > > * Builds and boots without problems > > * Able to create functional domains > > * Running LTP test suite on Dom0s and DomUs > > * x86_64 - Dom0 WILL NOT BOOT > > * Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 > > (GCC > > 4.0); however, > > * Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64) > > * Bugzilla #75 > > * x86_64 - Unable to handle kernel NULL pointer > > dereference at 0000000000000880 RIP: > > <ffffffff80116d62>{do_page_fault+370} > > > >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
June 13, using latest xen-unstable BK source
* Last ChangeSet on x86 test systems
2005/06/10 20:05:06+01:00 arun.sharma@intel.com
[PATCH] fix-trace-y.patch
Fix trace=y builds.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, HS20
Blade and ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomUs
* x86_64
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 (GCC
4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL pointer
dereference at 0000000000000880 RIP:
<ffffffff80116d62>{do_page_fault+370}
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 14, using latest xen-unstable BK pull
* Last ChangeSet on x86 test systems
2005/06/14 14:06:33+01:00 arun.sharma@intel.com
[PATCH] 64-session-id.patch
session_id is an opaque pointer, so should be wider on 64 bit
platforms.
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, and
IBM ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomUs
* x86_64 - **Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 (GCC
4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL pointer
dereference at 0000000000000880 RIP:
<ffffffff80116d62>{do_page_fault+370}
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 15, using latest xen-unstable BK pull
* Last ChangeSet on test systems
2005/06/14 20:30:50+01:00 chrisw@osdl.org
[PATCH] x86_64 entry.S cleanup - take 3
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, and
IBM ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomU
* Issue:
* Lost network again when xend started on a SLES 9
system
* Added notes to Bugzilla #62
* Seeing this problem every now and then, but not
predictably
* x86_64 - **Dom0 WILL NOT BOOT on EMT64**
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and FC4 (GCC
4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843 (EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL pointer
dereference at 0000000000000880 RIP:
<ffffffff80116d42>{do_page_fault+370}
* I have information that Dom0 boots successfully on
Opteron
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 16, using latest xen-unstable BK pull
* Last ChangeSet on test systems
2005/06/16 02:47:29+01:00 kaf24@firebug.cl.cam.ac.uk
serial.c: Fix serial_getc locking.
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, and
IBM ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomU
* Issue:
* Lost network when xend started
* Added notes to Bugzilla #62
* Seeing this problem every now and then, but not
predictably
* x86_64
* EMT64
* **Dom0 WILL NOT BOOT on EMT64**
* *No change from previous status*
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and
FC4 (GCC 4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843
(EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL
pointer dereference at 0000000000000880
RIP:
<ffffffff80116d42>{do_page_fault+370}
* Opteron
* I have received information that Xen builds and
Dom0 boots successfully on Opteron
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
June 17, using latest xen-unstable BK pull
* Last ChangeSet on test systems (*Yes, same change set as
yesterday)
2005/06/16 02:47:29+01:00 kaf24@firebug.cl.cam.ac.uk
serial.c: Fix serial_getc locking.
* x86
* SLES 9/SP1, RHEL 4 and FC3 on IBM xSeries 305, 235, and
IBM ThinkCentre
* Builds and boots without problems
* Able to create functional domains
* Running LTP test suite on Dom0s and DomU
* x86_64
* EMT64
* **Dom0 WILL NOT BOOT on EMT64**
* *No change from previous status*
* Xen builds on SLES 9 (GCC 3.3.3 SuSE Linux) and
FC4 (GCC 4.0); however,
* Dom0 WILL NOT BOOT on HS20 Blade Type 8843
(EMT64)
* Bugzilla #75
* x86_64 - Unable to handle kernel NULL
pointer dereference at 0000000000000880
RIP:
<ffffffff80116d42>{do_page_fault+370}
* Opteron
* I have received information that Xen builds and
Dom0 boots successfully on Opteron
--
Regards,
David F Barrera
Linux Technology Center
Systems and Technology Group, IBM
"The wisest men follow their own direction. "
Euripides
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel