Date: Thu, 01 Oct 1998 14:57:15 +0930 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: stable@FreeBSD.ORG Subject: Shared Memory Problems with 2.2.7 + CAM Message-ID: <XFMail.981001145715.doconnor@gsoft.com.au>
next in thread | raw e-mail | index | archive | help
Hi,
A month(or so) ago I posted a message about having my computer panic when
the cdda2wav program quit. It appears that removing the shared memory is the
cause of the problem.
ie I changed cdda2wav so that it doesn't remove its shared memory on exit and
all is well. If I try and use ipcrm to remove it, the computer panics the same
way (although, only on one of the segments, the other can be removed with no problems)
If anyone wants the patches I used to get cdda2wav to work under CAM, thats no
problem (although I'd be interested if someone tried it without CAM too, and maybe
3.0 with CAM would be a good test too)
The trace is as follows ->
test2# gdb -k kernel.1 vmcore.1
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (i386-unknown-freebsd),
Copyright 1996 Free Software Foundation, Inc...
IdlePTD a27000
current pcb at 21005c
panic: vm_page_free: freeing busy page
#0 boot (howto=260) at ../../kern/kern_shutdown.c:266
266 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=260) at ../../kern/kern_shutdown.c:266
#1 0xf01319b3 in panic (fmt=0xf0113489 "from debugger")
at ../../kern/kern_shutdown.c:400
#2 0xf01134a5 in db_panic (dummy1=-266537335, dummy2=0, dummy3=-1,
dummy4=0xefbffd38 "") at ../../ddb/db_command.c:440
#3 0xf0113395 in db_command (last_cmdp=0xf02011e4, cmd_table=0xf0201034,
aux_cmd_tablep=0xf021d64c) at ../../ddb/db_command.c:337
#4 0xf0113512 in db_command_loop () at ../../ddb/db_command.c:462
#5 0xf0115c at ../../i386/i386/db_interface.c:126
#7 0xf01d8ea4 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272629864,
tf_esi = -266580190, tf_ebp = -272630164, tf_isp = -272630192,
tf_ebx = 256, tf_edx = -266537391, tf_ecx = 2000, tf_eax = 18,
tf_trapno = 3, tf_err = 0, tf_eip = -266537335, tf_cs = 8,
tf_eflags = 582, tf_esp = -266537407, tf_ss = -267183800})
at ../../i386/i386/trap.c:416
#8 0xf01cf689 in Debugger (msg=0xf0131948 "panic")
at ../../i386/i386/db_interface.c:254
#9 0xf01319aa in panic (fmt=0xf01c4f22 "vm_page_free: freeing busy page")
at ../../kern/kern_shutdown.c:398
#10 0xf01c4fe6 in vm_page_freechk_and_unqueue (m=0xf0abd1a4)
at ../../vm/vm_page.c:948
#11 0xf01c506a in vm_page_free (m=0xf0abd1a4) at ../../vm/vm_page.c:1014
#12 0xf01c29c6 in vm_object_terminate (object=0xf1228f80)
at ../../vm/vm_object.c:409
#13 0xf01c2817 in vm_object_deallocate (object=0xf1228f80)
at ../../vm/v#17 0xf01d9923 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0,
tf_esi = 262144, tf_ebp = -272638820, tf_isp = -272629788,
tf_ebx = 537383008, tf_edx = 0, tf_ecx = 0, tf_eax = 171,
tf_trapno = 12, tf_err = 7, tf_eip = 537122097, tf_cs = 31,
tf_eflags = 646, tf_esp = -272638844, tf_ss = 39})
at ../../i386/i386/trap.c:920
#18 0x2003d531 in ?? ()
#19 0x16d6 in ?? ()
#20 0x197d in ?? ()
#21 0x1095 in ?? ()
This is a PR too - kern/8112
---------------------------------------------------------------------
|Daniel O'Connor software and network engineer for Genesis Software |
|http://www.gsoft.com.au |
|The nice thing about standards is that there are so many of them to|
|choose from. -- Andrew Tanenbaum |
---------------------------------------------------------------------
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.981001145715.doconnor>