stopping a domain

[Kip Macy <kmacy@fsmware.com>]

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@lists.sourceforge.net
> 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