Date: Sun, 07 Jun 2009 06:37:38 +0200 From: Bruno Damour <llama@ruomad.net> To: Adrian Chadd <adrian@freebsd.org> Cc: freebsd-xen@freebsd.org Subject: Re: freebsd on opensolaris dom0 Message-ID: <4A2B4412.8030704@ruomad.net> In-Reply-To: <d763ac660906062124i29348286kd01bb8d5441fa1c9@mail.gmail.com> References: <4A2864E1.40208@ruomad.net> <d763ac660906041941t545df92dna922097d2691e04b@mail.gmail.com> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <d763ac660906062124i29348286kd01bb8d5441fa1c9@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A2B4412.8030704>