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

[Xen-devel] stopping a domain

FYI:
The memory leak is gone. I can also cleanly shut down from within a
non-privileged domain - previously it would hang when trying to unmount
NFS partitions. However, 'xc_dom_control.py stop 3' still doesn't work.
I get an oops on the console of the domain 3 and networking is no longer
there.

invalid operand: 0000
CPU:    0
EIP:    0819:[<c00d43a0>]    Not tainted
EFLAGS: 00010282
eax: c10c4040   ebx: 00000000   ecx: 00000000   edx: 00000000
esi: 0000000a   edi: c10c3f60   ebp: c3ae7000   esp: c10c3f4c
ds: 0821   es: 0821   ss: 0821
Process keventd (pid: 2, stackpage=c10c3000)<1>
Stack: c00b012d c10c3f60 c0152ca5 00000009 c3ae5000 39687465 c10c3f00
00000000
       c10e4000 c10c3f88 c10c3f88 00000000 c10c2000 c000e1fa 00000000
c019e3a4
       c019e3a4 00010000 00000000 c0016eaf c016af20 c10c3fb0 00000000
c10c2500
Call Trace: [<c00b012d>] [<c000e1fa>] [<c0016eaf>] [<c0016cc0>]
[<c00aa9be>]
   [<c0016cc0>]

Warning (Oops_read): Code line not seen, dumping what data is available


>>EIP; c00d43a0 <blkdev_suspend+0/10>   <=====

Trace; c00b012d <stop_task+ed/2e0>
Trace; c000e1fa <__run_task_queue+6a/90>
Trace; c0016eaf <context_thread+1ef/210>
Trace; c0016cc0 <context_thread+0/210>
Trace; c00aa9be <arch_kernel_thread+2e/40>
Trace; c0016cc0 <context_thread+0/210>



On Wed, 28 Apr 2004, Keir Fraser wrote:

> > >
> > > What compiler are you using?
> >
> > gcc 3.3.2 - I just recompiled a non-debug xen with Fedora's stock gcc
> > instead of one that I had compiled. It works fine for the moment, but
> > I haven't been running it for very long.
>
> Try adding some tracing to do_console_io() in Xen. If the problem is
> fixed by rebuilding Xen with debugging enabled then the problem is
> almost certainly somewhere in that function. It's rather a small
> function so it shouldn't be very hard to find.
>
> > >
> > > The lack of DOM0 output with the non debug build suggests that
> > > Linux is dieing before its got the console subsystem up (which
> > > happens annoyingly late in the init sequence.
> >
> > I may just be passing the wrong parameter to grub, com1 is what is
> > mentioned in the HOWTO, that doesn't appear to be correct.
>
> If Xen's own output is going to the serial line then your options on
> Xen's command line are correct. Xenolinux's command line should
> contain 'console=xencons0'.
>
> > >
> > > To get around this, I often add a
> > > 'HYPERVISOR_console_write(printk_buf, sizeof(printk_buf)' to
> > > printk in kernel/printk.c
> >
> > If futzing with the parameters doesn't work I'll do that.
> >
> > > Hmm. This may suggest that Fedora has yet another sick and
> > > twisted way of abusing segment registers for referencing thread
> > > local storage for posix threads, and we're hitting an unexpected
> > > (and probably slow) code path...
> >
> > Probably. Might "set_tid_address()" or "set_thread_area()" be the
> > offender?
>
> Nope, they're not supported in stock 2.4 kernels.
>
> The fault is entirely harmless --- XL has switched LDT before
> rewriting FS and GS. The old GS is no longer valid and so Xen can't
> restore it. It gets pushed on XL's stack and a special handler in XL
> gets called. This handler simply throws away GS and resets it to zero
> (correct behaviour in this case because this is probably happening
> during an exec(), when old execution state will be thrown away
> anyway).
>
>  -- Keir
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel
>


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>