From owner-freebsd-xen@FreeBSD.ORG Sun Jun 7 04:37:45 2009 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E924106566B; Sun, 7 Jun 2009 04:37:45 +0000 (UTC) (envelope-from llama@ruomad.net) Received: from relay2-v.mail.gandi.net (relay2-v.mail.gandi.net [217.70.178.76]) by mx1.freebsd.org (Postfix) with ESMTP id 915A78FC1A; Sun, 7 Jun 2009 04:37:44 +0000 (UTC) (envelope-from llama@ruomad.net) Received: from localhost (mfilter3-d.gandi.net [217.70.178.44]) by relay2-v.mail.gandi.net (Postfix) with ESMTP id 88B07135D0; Sun, 7 Jun 2009 06:37:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter3-d.mgt.gandi.net Received: from relay2-v.mail.gandi.net ([217.70.178.76]) by localhost (mfilter3-d.mgt.gandi.net [217.70.178.44]) (amavisd-new, port 10024) with ESMTP id hbs4Nqd+BNLk; Sun, 7 Jun 2009 06:37:41 +0200 (CEST) Received: from [192.168.0.103] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by relay2-v.mail.gandi.net (Postfix) with ESMTP id 7DD2F135BD; Sun, 7 Jun 2009 06:37:39 +0200 (CEST) Message-ID: <4A2B4412.8030704@ruomad.net> Date: Sun, 07 Jun 2009 06:37:38 +0200 From: Bruno Damour User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Adrian Chadd References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-xen@freebsd.org Subject: Re: freebsd on opensolaris dom0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 04:37:45 -0000 Adrian Chadd wrote: > That seems to be dereferencing a mbuf pointer. I'll look into it. > > What are you doing to trigger this condition again? > > > Adrian > Hello, Well it is consistently reproductible : each time I issue a cvsup command. The interesting point is that I can _download_ without any problem with ftp (that is why sysinstall works) but if I start a ftpd on my host I get (consistently) a similar crash : # Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39400a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1118 KDB: stack backtrace: X_db_sym_numargs(c0360308,c3524ab8,c0111ac5,c0383ef6,45e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c0383ef6,45e,ffffffff,c0511c8c,c3524af0,...) at kdb_backtrace+0x29 witness_display_spinlock(c036278d,c3524b04,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c038c634,c3524b60,c,...) at witness_warn+0x1fd trap(c3524b8c) at trap+0x13e alltraps(c39400a0,0,c0383ef6,45e,d2cc5800,...) at alltraps+0x1b xlvbd_add(c3940000,c3524cc8,c00c3814,c03d5d00,c3783638,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783600,c0358a72,4e9,c3783670,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c378a440,c3524d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c378a440,c3524d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3524d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc0300ad9 stack pointer = 0x29:0xc3524bcc frame pointer = 0x29:0xc3524bfc code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq134: xn) [thread pid 12 tid 100023 ] Stopped at xlvbd_add+0x2039: cmpl $0,0(%edi) db> bt Tracing pid 12 tid 100023 td 0xc3784000 xlvbd_add(c39400a0,0,c0383ef6,45e,d2cc5800,...) at xlvbd_add+0x2039 xlvbd_add(c3940000,c3524cc8,c00c3814,c03d5d00,c3783638,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783600,c0358a72,4e9,c3783670,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c378a440,c3524d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c378a440,c3524d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3524d70, ebp = 0 --- db> so the problem seems to come more from upload traffic than download ? Hope it gives you some clues (I'm totally unable to help on this type of problems, sorry, but will gladly issue any command you want and report back). Bruno