[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Unab[l]e to create guest domain on PAE enabled SLES 9 SP2 box, 4GB RAM



On Tue, 2005-09-20 at 09:44 +0100, Keir Fraser wrote:
> On 19 Sep 2005, at 19:45, David F Barrera wrote:
> 
> > (gdb) bt
> > #0  0xc02523bd in xencons_ring_send ()
> > #1  0xc124a7f8 in ?? ()
> > #2  0x00000001 in ?? ()
> > #3  0x00000004 in ?? ()
> > #4  0x00000002 in ?? ()
> 
> This isn't a debug build of domain0 -- you need to enable frame 
> pointers under 'kernel hacking' in the kernel configurator, as 
> described in the gdb/README file.
> 
> However, I think the problem here doesn;t require you to collect a 
> proper backtrace. It looks like the domU is spinning waiting to send 
> console data to xenconsoled. My guess is that either xenconsoled isn;t 
> running, or it's got itself stuck somehow.

How's this:

(gdb)
#0  0xc02bc212 in _spin_lock_irqsave (lock=<value optimized out>) at
processor.h:601
#1  0xc0249a5e in kcons_write (c=0xc031de40, s=0xc037bcb0 "<1>Unable to
handle kernel paging request", count=41)
    at console.c:143
#2  0xc012124b in __call_console_drivers (start=624, end=665) at
printk.c:368
#3  0xc0121433 in call_console_drivers (start=624, end=665) at
printk.c:439
#4  0xc0121922 in release_console_sem () at printk.c:736
#5  0xc0121747 in vprintk (fmt=0x1 <Address 0x1 out of bounds>, args=0x1
<Address 0x1 out of bounds>) at printk.c:610
#6  0xc0121598 in printk (fmt=0x1 <Address 0x1 out of bounds>) at
printk.c:511
#7  0xc0116aca in do_page_fault (regs=0xc034be84, error_code=<value
optimized out>, address=357912576) at fault.c:507
#8  0xc0109ace in page_fault () at current.h:9
#9  0x00000000 in ?? ()
#10 0x00000000 in ?? ()
#11 0x15555000 in ?? ()
#12 0x15555000 in ?? ()
#13 0x0000006c in ?? ()
#14 0xc034bec8 in init_thread_union ()
#15 0xc124a000 in ?? ()
#16 0x0001007b in ?? ()
#17 0x0001007b in ?? ()
#18 0xffffffff in ?? ()
#19 0xc024a4c9 in __xencons_ring_send (ring=0x15555000,
    data=0xc124a000 "Linux version 2.6.12-xenU (root@x335b) (gcc version
3.3.3 (SuSE Linux)) #2 SMP Tue Sep 20 09:14:34 CDT 2005\n\r", len=109)
at xencons_ring.c:55
#20 0xc024a57b in xencons_ring_send (data=0x1 <Address 0x1 out of
bounds>, len=1) at xencons_ring.c:70
#21 0xc0249e85 in __xencons_tx_flush () at console.c:381
#22 0xc0249ae5 in kcons_write (c=0xc031de40,
    s=0xc037ba43 "Linux version 2.6.12-xenU (root@x335b) (gcc version
3.3.3 (SuSE Linux)) #2 SMP Tue Sep 20 09:14:34 CDT 2005\n<6>BIOS-
provided physical RAM map:\n<4> Xen: ", '0' <repeats 16 times>, " -
0000000010000000 (usable)\n<5>"..., count=108)
    at console.c:153
#23 0xc012124b in __call_console_drivers (start=3, end=111) at
printk.c:368
#24 0xc0121394 in call_console_drivers (start=0, end=624) at
printk.c:432
#25 0xc0121922 in release_console_sem () at printk.c:736
#26 0xc035f794 in xen_console_init () at console.c:234
#27 0xc035e3d6 in console_init () at tty_io.c:2912
#28 0xc034c93f in start_kernel () at main.c:477
#29 0xc010007a in checkCPUtype ()

(gdb) disass
Dump of assembler code for function _spin_lock_irqsave:
0xc02bc170 <_spin_lock_irqsave+0>:      push   %ebp
0xc02bc171 <_spin_lock_irqsave+1>:      mov    %esp,%ebp
0xc02bc173 <_spin_lock_irqsave+3>:      push   %esi
0xc02bc174 <_spin_lock_irqsave+4>:      mov    %eax,%esi
0xc02bc176 <_spin_lock_irqsave+6>:      mov    $0xffffe000,%eax
0xc02bc17b <_spin_lock_irqsave+11>:     push   %ebx
0xc02bc17c <_spin_lock_irqsave+12>:     and    %esp,%eax
0xc02bc17e <_spin_lock_irqsave+14>:     incl   0x14(%eax)
0xc02bc181 <_spin_lock_irqsave+17>:     mov    %eax,%ebx
0xc02bc183 <_spin_lock_irqsave+19>:     incl   0x14(%ebx)
0xc02bc186 <_spin_lock_irqsave+22>:     mov    0xc030f35c,%edx
0xc02bc18c <_spin_lock_irqsave+28>:     mov    0x10(%ebx),%eax
0xc02bc18f <_spin_lock_irqsave+31>:     lea    (%edx,%eax,8),%eax
0xc02bc192 <_spin_lock_irqsave+34>:     movzbl 0x1(%eax),%ecx
0xc02bc196 <_spin_lock_irqsave+38>:     movb   $0x1,0x1(%eax)
0xc02bc19a <_spin_lock_irqsave+42>:     decl   0x14(%ebx)
0xc02bc19d <_spin_lock_irqsave+45>:     xor    %eax,%eax
0xc02bc19f <_spin_lock_irqsave+47>:     xchg   %al,(%esi)
0xc02bc1a1 <_spin_lock_irqsave+49>:     test   %al,%al
0xc02bc1a3 <_spin_lock_irqsave+51>:     jle    0xc02bc1b2
<_spin_lock_irqsave+66>
0xc02bc1a5 <_spin_lock_irqsave+53>:     movl   $0x0,0x4(%esi)
0xc02bc1ac <_spin_lock_irqsave+60>:     mov    %ecx,%eax
0xc02bc1ae <_spin_lock_irqsave+62>:     pop    %ebx
0xc02bc1af <_spin_lock_irqsave+63>:     pop    %esi
0xc02bc1b0 <_spin_lock_irqsave+64>:     pop    %ebp
0xc02bc1b1 <_spin_lock_irqsave+65>:     ret
0xc02bc1b2 <_spin_lock_irqsave+66>:     incl   0x14(%ebx)
0xc02bc1b5 <_spin_lock_irqsave+69>:     mov    0xc030f35c,%edx
0xc02bc1bb <_spin_lock_irqsave+75>:     test   %cl,%cl
0xc02bc1bd <_spin_lock_irqsave+77>:     mov    0x10(%ebx),%eax
0xc02bc1c0 <_spin_lock_irqsave+80>:     lea    (%edx,%eax,8),%edx
0xc02bc1c3 <_spin_lock_irqsave+83>:     mov    %cl,0x1(%edx)
0xc02bc1c6 <_spin_lock_irqsave+86>:     jne    0xc02bc1fb
<_spin_lock_irqsave+139>
0xc02bc1c8 <_spin_lock_irqsave+88>:     cmpb   $0x0,(%edx)
0xc02bc1cb <_spin_lock_irqsave+91>:     jne    0xc02bc237
<_spin_lock_irqsave+199>
0xc02bc1cd <_spin_lock_irqsave+93>:     decl   0x14(%ebx)
0xc02bc1d0 <_spin_lock_irqsave+96>:     mov    0x8(%ebx),%eax
---Type <return> to continue, or q <return> to quit---
0xc02bc1d3 <_spin_lock_irqsave+99>:     test   $0x8,%al
0xc02bc1d5 <_spin_lock_irqsave+101>:    jne    0xc02bc229
<_spin_lock_irqsave+185>
0xc02bc1d7 <_spin_lock_irqsave+103>:    decl   0x14(%ebx)
0xc02bc1da <_spin_lock_irqsave+106>:    mov    0x8(%ebx),%eax
0xc02bc1dd <_spin_lock_irqsave+109>:    test   $0x8,%al
0xc02bc1df <_spin_lock_irqsave+111>:    jne    0xc02bc222
<_spin_lock_irqsave+178>
0xc02bc1e1 <_spin_lock_irqsave+113>:    mov    0x4(%esi),%eax
0xc02bc1e4 <_spin_lock_irqsave+116>:    test   %eax,%eax
0xc02bc1e6 <_spin_lock_irqsave+118>:    jne    0xc02bc1ef
<_spin_lock_irqsave+127>
0xc02bc1e8 <_spin_lock_irqsave+120>:    movl   $0x1,0x4(%esi)
0xc02bc1ef <_spin_lock_irqsave+127>:    movzbl (%esi),%eax
0xc02bc1f2 <_spin_lock_irqsave+130>:    test   %al,%al
0xc02bc1f4 <_spin_lock_irqsave+132>:    jle    0xc02bc200
<_spin_lock_irqsave+144>
0xc02bc1f6 <_spin_lock_irqsave+134>:    incl   0x14(%ebx)
0xc02bc1f9 <_spin_lock_irqsave+137>:    jmp    0xc02bc183
<_spin_lock_irqsave+19>
0xc02bc1fb <_spin_lock_irqsave+139>:    decl   0x14(%ebx)
0xc02bc1fe <_spin_lock_irqsave+142>:    jmp    0xc02bc1d7
<_spin_lock_irqsave+103>
0xc02bc200 <_spin_lock_irqsave+144>:    mov    0x4(%esi),%eax
0xc02bc203 <_spin_lock_irqsave+147>:    test   %eax,%eax
0xc02bc205 <_spin_lock_irqsave+149>:    je     0xc02bc1f6
<_spin_lock_irqsave+134>
0xc02bc207 <_spin_lock_irqsave+151>:    mov    %esi,%esi
0xc02bc209 <_spin_lock_irqsave+153>:    lea    0x0(%edi),%edi
0xc02bc210 <_spin_lock_irqsave+160>:    pause
0xc02bc212 <_spin_lock_irqsave+162>:    movzbl (%esi),%eax
0xc02bc215 <_spin_lock_irqsave+165>:    test   %al,%al
0xc02bc217 <_spin_lock_irqsave+167>:    jg     0xc02bc1f6
<_spin_lock_irqsave+134>
0xc02bc219 <_spin_lock_irqsave+169>:    mov    0x4(%esi),%eax
0xc02bc21c <_spin_lock_irqsave+172>:    test   %eax,%eax
0xc02bc21e <_spin_lock_irqsave+174>:    jne    0xc02bc210
<_spin_lock_irqsave+160>
0xc02bc220 <_spin_lock_irqsave+176>:    jmp    0xc02bc1f6
<_spin_lock_irqsave+134>
0xc02bc222 <_spin_lock_irqsave+178>:    call   0xc02bb000
<preempt_schedule>
0xc02bc227 <_spin_lock_irqsave+183>:    jmp    0xc02bc1e1
<_spin_lock_irqsave+113>
0xc02bc229 <_spin_lock_irqsave+185>:    lea    0x0(%esi),%esi
0xc02bc230 <_spin_lock_irqsave+192>:    call   0xc02bb000
<preempt_schedule>
0xc02bc235 <_spin_lock_irqsave+197>:    jmp    0xc02bc1d7
<_spin_lock_irqsave+103>
0xc02bc237 <_spin_lock_irqsave+199>:    call   0xc0104910
<force_evtchn_callback>
0xc02bc23c <_spin_lock_irqsave+204>:    lea    0x0(%esi),%esi
0xc02bc240 <_spin_lock_irqsave+208>:    jmp    0xc02bc1cd
<_spin_lock_irqsave+93>
---Type <return> to continue, or q <return> to quit---
End of assembler dump.

> 
> Worth doing a 'ps auxw' in domain0 and see if the console daemon is 
> actually running...
> 
>   -- Keir
> 
> 
> _______________________________________________
> 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.