WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Latest bk can NOT compile on x86_64

On Tue, 2005-05-31 at 12:32 -0700, Nakajima, Jun wrote:
> David F Barrera wrote:
> > OK. This is the first time that I've been able to build Xen on SLES 9
> > x86_64. When attempting to boot, Dom0 crashes. Although there is
> > already 
> > a defect open (Bugzilla #26) for a failure to boot Dom0 on x86_64 on
> > FC4, I am opening a new defect (Bugzilla #65) since the failures
> > appear different.
> > 
> > (XEN) Scrubbing Free RAM: ...........done.
> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch
> > input to Xen). (XEN) CPU:    0
> > (XEN) EIP:    e030:[<0000000000000000>]
> > (XEN) EFLAGS: 0000000000010282
> > (XEN) rax: 00000000ffffffea   rbx: 00000000105f5000   rcx:
> > 0000000000000000 
> > rdx: 0000000000000000
> > (XEN) rsi: 0000000000000001   rdi: ffffffff804ebf40   rbp:
> > 0000000000000808 
> > rsp: ffffffff804ebf08
> > (XEN) r8:  0000000000000000   r9:  0000000000000000   r10:
> > 0000000000007ff0 
> > r11: 0000000000000282
> > (XEN) r12: 0000000000000000   r13: ffffffff805f4000   r14:
> > ffffffff80102000 
> > r15: ffffffff804ebfb0
> > (XEN) Xen stack trace from rsp=ffffffff804ebf08:
> > (XEN)    ffffffff80118d9d 0000000000000202 ffffffff80118da1
> > 000000000001e030 0000000000010282 ffffffff804ebf40 000000000000e02b
> > 00000000105f5808 (XEN)    0000000010101065 0000000000000000
> > ffffffff80115d08 0000000000000000 0000000000000000 ffffffff804d8080
> > ffffffff80 on CPU0: 
> > Domain 0 crashed!
> > ****************************************
> > 
> 
> This is different from the other ones, but we need more hints as I don't
> see this problem on our machines. For example, can you show the
> instructions around 0xffffffff80118d9d? Please do like
> 1. objdump -d vmlinux > out (in linux-2.6.11-xen0)
> 2. search ffffffff80118d9d in 'out'
> 3. cut and send the disassembled instructions around ffffffff80118d9d.
OK. Here they are:(ffffffff80118d9d is in the middle)

ffffffff80118d4f:       90                      nop
ffffffff80118d50:       48 b8 00 00 00 00 00    mov    $0x780000000000,%
rax
ffffffff80118d57:       78 00 00
ffffffff80118d5a:       48 8d 0c 38             lea    (%rax,%rdi,1),%
rcx
ffffffff80118d5e:       48 8b 15 1b 15 37 00    mov    3609883(%rip),%
rdx  # ffffffff8048a280 <phys_to_machine_mapping>
ffffffff80118d65:       48 89 e7                mov    %rsp,%rdi
ffffffff80118d68:       48 89 c8                mov    %rcx,%rax
ffffffff80118d6b:       81 e1 ff 0f 00 00       and    $0xfff,%ecx
ffffffff80118d71:       48 c1 e8 0c             shr    $0xc,%rax
ffffffff80118d75:       89 c0                   mov    %eax,%eax
ffffffff80118d77:       8b 04 82                mov    (%rdx,%rax,4),%
eax
ffffffff80118d7a:       48 89 74 24 08          mov    %rsi,0x8(%rsp)
ffffffff80118d7f:       be 01 00 00 00          mov    $0x1,%esi
ffffffff80118d84:       31 d2                   xor    %edx,%edx
ffffffff80118d86:       48 c1 e0 0c             shl    $0xc,%rax
ffffffff80118d8a:       48 09 c8                or     %rcx,%rax
ffffffff80118d8d:       48 89 04 24             mov    %rax,(%rsp)
ffffffff80118d91:       48 89 f0                mov    %rsi,%rax
ffffffff80118d94:       49 c7 c2 f0 7f 00 00    mov    $0x7ff0,%r10
ffffffff80118d9b:       0f 05                   syscall

ffffffff80118d9d:       85 c0                   test   %eax,%eax

ffffffff80118d9f:       79 0f                   jns    ffffffff80118db0
<xen_l1_entry_update+0x80>
ffffffff80118da1:       0f 0b                   ud2a
ffffffff80118da3:       03 41 3a                add    0x3a(%rcx),%eax
ffffffff80118da6:       80 ff ff                cmp    $0xff,%bh
ffffffff80118da9:       ff                      (bad)
ffffffff80118daa:       ff 35 00 66 66 90       pushq  -1872337408(%rip)
# ffffffff1077f3b0 <__start___xen_guest+0xffffffff10779a52>
ffffffff80118db0:       48 83 c4 18             add    $0x18,%rsp
ffffffff80118db4:       c3                      retq
ffffffff80118db5:       66                      data16
ffffffff80118db6:       66                      data16
ffffffff80118db7:       66                      data16
ffffffff80118db8:       90                      nop
ffffffff80118db9:       66                      data16
ffffffff80118dba:       66                      data16
ffffffff80118dbb:       66                      data16
ffffffff80118dbc:       90                      nop
ffffffff80118dbd:       66                      data16
ffffffff80118dbe:       66                      data16
ffffffff80118dbf:       90                      nop

ffffffff80118dc0 <allocate_empty_lowmem_region>:
ffffffff80118dc0:       41 57                   push   %r15
ffffffff80118dc2:       48 c1 e7 0c             shl    $0xc,%rdi
ffffffff80118dc6:       48 8d 47 ff             lea
0xffffffffffffffff(%rdi),%rax
ffffffff80118dca:       41 56                   push   %r14

> 
> Jun
> ---
> Intel Open Source Technology Center
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> 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@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel