Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Sep 2002 20:32:04 -0700 (PDT)
From:      Julian Elischer <julian@elischer.org>
To:        David Xu <davidxu@FreeBSD.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: kernel panic
Message-ID:  <Pine.BSF.4.21.0209132031000.80315-100000@InterJet.elischer.org>
In-Reply-To: <200209140328.g8E3S7xf061303@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
No panic (pun intended)

we've got this one fixed in the P4 tree.
I'll dig it out and send it to you..

(and commit it)

Julian

On Fri, 13 Sep 2002, David Xu wrote:

> kernel panic when running /usr/src/tools/KSE/ksetest,=20
> very fresh -current kernel source code, can some VM
> guru look it?
>=20
> GNU gdb 5.2.0 (FreeBSD) 20020627
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you =
are
> welcome to change it and/or distribute copies of it under certain conditi=
ons.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
> This GDB was configured as "i386-undermydesk-freebsd"...
> (kgdb) core vmcore.0
> panic: from debugger
> panic messages:
> ---
> panic: mutex Giant not owned at ../../../vm/vm_map.c:364
> panic: from debugger
> Uptime: 8m49s
> Dumping 127 MB
> ata0: resetting devices ..
> done
>  16 32 48 64 80 96 112
> ---
> #0  doadump () at ../../../kern/kern_shutdown.c:213
> 213=09=09dumping++;
> (kgdb) bt
> #0  doadump () at ../../../kern/kern_shutdown.c:213
> #1  0xc01d049d in boot (howto=3D260) at ../../../kern/kern_shutdown.c:345
> #2  0xc01d06c8 in panic () at ../../../kern/kern_shutdown.c:493
> #3  0xc0131bd2 in db_panic () at ../../../ddb/db_command.c:449
> #4  0xc0131b52 in db_command (last_cmdp=3D0xc03468e0, cmd_table=3D0xc0302=
7e8,=20
>     aux_cmd_tablep=3D0x104, aux_cmd_tablep_end=3D0xc1b980c0)
>     at ../../../ddb/db_command.c:345
> #5  0xc0131c66 in db_command_loop () at ../../../ddb/db_command.c:471
> #6  0xc01348da in db_trap (type=3D3, code=3D0) at ../../../ddb/db_trap.c:=
72
> #7  0xc02d5fa2 in kdb_trap (type=3D3, code=3D0, regs=3D0xc9325a78)
>     at ../../../i386/i386/db_interface.c:160
> #8  0xc02e5df7 in trap (frame=3D
>       {tf_fs =3D 24, tf_es =3D -1070071792, tf_ds =3D -1070465008, tf_edi=
 =3D 256, tf_esi =3D -1044807488, tf_ebp =3D -919446844, tf_isp =3D -919446=
876, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D 32, tf_eax =3D 18, tf_trapno =
=3D 3, tf_err =3D 0, tf_eip =3D -1070767548, tf_cs =3D 8, tf_eflags =3D 662=
, tf_esp =3D -1070363681, tf_ss =3D -1070477604})
>     at ../../../i386/i386/trap.c:605
> #9  0xc02d76f8 in calltrap () at {standard input}:98
> #10 0xc01d06b0 in panic (fmt=3D0x0) at ../../../kern/kern_shutdown.c:479
> #11 0xc01c6e8c in _mtx_assert (m=3D0x0, what=3D0,=20
>     file=3D0xc1b980c0 "4\215=C3=C1l\215=C3=C1", line=3D256)
>     at ../../../kern/kern_mutex.c:831
> #12 0xc02a5ae6 in _vm_map_lock (map=3D0x0,=20
>     file=3D0xc0330598 "../../../vm/vm_map.c", line=3D956)
>     at ../../../vm/vm_map.c:364
> #13 0xc02a667d in vm_map_find (map=3D0xc0832000, object=3D0x0,=20
>     offset=3D1102761787584, addr=3D0xc9325ba0, length=3D12288, find_space=
=3D1,=20
>     prot=3D7 '\a', max=3D7 '\a', cow=3D0) at ../../../vm/vm_map.c:956
> #14 0xc02a4ab9 in kmem_alloc_nofault (map=3D0x0, size=3D0)
>     at ../../../vm/vm_kern.c:133
> #15 0xc02e1426 in pmap_new_thread (td=3D0xc19eb000)
>     at ../../../i386/i386/pmap.c:959
> #16 0xc01daab8 in thread_init (mem=3D0xc19eb000, size=3D0)
>     at ../../../kern/kern_thread.c:155
> #17 0xc02b49ff in slab_zalloc (zone=3D0xc0bb5000, wait=3D-1046564864)
>     at ../../../vm/uma_core.c:777
> #18 0xc02b5a76 in uma_zalloc_internal (zone=3D0xc0bb5000, udata=3D0x0, fl=
ags=3D1,=20
>     bucket=3D0xc0bb2600) at ../../../vm/uma_core.c:1561
> #19 0xc02b58df in uma_zalloc_arg (zone=3D0xc0bb5000, udata=3D0x0, flags=
=3D0)
>     at ../../../vm/uma_core.c:1442
> #20 0xc01dad48 in thread_alloc () at uma.h:223
> #21 0xc01db245 in thread_userret (p=3D0xc1c38d34, kg=3D0x0, ke=3D0xc1c38d=
c4,=20
>     td=3D0xc1b980c0, frame=3D0x0) at ../../../kern/kern_thread.c:448
> #22 0xc01efbf2 in userret (td=3D0xc1b980c0, frame=3D0xc9325d48, oticks=3D=
1)
>     at ../../../kern/subr_trap.c:122
> #23 0xc02e67f6 in syscall (frame=3D
>       {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D -1077937140, =
tf_esi =3D -1077937132, tf_ebp =3D -1077937288, tf_isp =3D -919446156, tf_e=
bx =3D 134537184, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 0, tf_trapno =3D 1=
2, tf_err =3D 2, tf_eip =3D 134514795, tf_cs =3D 31, tf_eflags =3D 642, tf_=
esp =3D -1077937412, tf_ss =3D 47})
>     at ../../../i386/i386/trap.c:1100
> #24 0xc02d774d in Xint0x80_syscall () at {standard input}:140
> ---Can't read userspace from dump, or kernel process---
>=20
> (kgdb) quit
>=20
> --
> David Xu
>=20
>=20
>=20
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
>=20


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0209132031000.80315-100000>