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] Unab[l]e to create guest domain on PAE enabled SLES 9 SP

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Unab[l]e to create guest domain on PAE enabled SLES 9 SP2 box, 4GB RAM
From: David F Barrera <dfbp@xxxxxxxxxx>
Date: Tue, 20 Sep 2005 09:38:39 -0500
Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 20 Sep 2005 14:36:24 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <d413e8b87e2c6e04323a3ba3c72cca33@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1126712294.4617.7.camel@dbarrera_tp> <553e670b3de3ca3b7c5fb915071a0ccb@xxxxxxxxxxxx> <1126716137.6342.7.camel@dbarrera_tp> <c58687ea1c5b11bdb24c376a5f499528@xxxxxxxxxxxx> <1126717891.6339.11.camel@dbarrera_tp> <bcaabb2840329e86d8420e44b4d5312f@xxxxxxxxxxxx> <1126727542.6339.18.camel@dbarrera_tp> <0970586e5f495c3f2b160259176305f9@xxxxxxxxxxxx> <1126730875.6338.23.camel@dbarrera_tp> <94516ca190937482ba2d254d7014fbe2@xxxxxxxxxxxx> <1126732239.6342.25.camel@dbarrera_tp> <1126797997.6024.10.camel@dbarrera_tp> <5ddf5c5eae96aedf3fe67a9d18f4bdcd@xxxxxxxxxxxx> <1127134180.3629.7.camel@dbarrera_tp> <3ac696df12644d5134cfaed6c49cdc7b@xxxxxxxxxxxx> <c734a0d57eaabdc53a7d7e829a17a7c8@xxxxxxxxxxxx> <1127155518.5463.0.camel@dbarrera_tp> <d413e8b87e2c6e04323a3ba3c72cca33@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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