Date: Thu, 01 Oct 1998 19:16:23 +0930 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Jos Backus <Jos.Backus@nl.origin-it.com> Cc: stable@FreeBSD.ORG Subject: Re: Shared Memory Problems with 2.2.7 + CAM Message-ID: <XFMail.981001191623.doconnor@gsoft.com.au>
next in thread | raw e-mail | index | archive | help
On 01-Oct-98 Daniel O'Connor wrote:
>
> On 01-Oct-98 Jos Backus wrote:
> > > the cdda2wav program quit. It appears that removing the shared memory is the
> > > cause of the problem.
> > Fwiw, I have seen the exact same thing happening with cdrecord.
> Hmm.. I have had cdrecord crash but not nearly as often, and I haven't had a trace
> from it.
Well, to answer my own message..
I did get a crash using cdrecord as it exited.. But cdrecord doesn't usually crash.
Notably I was writing wav files, as opposed to an iso, and more than one track (1 iso track
normally works fine) I got the following trace from the cdrecord panic ->
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) #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=0xefbffcfc "") 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 0xf0115c68 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:73
#6 0xf01cf48b in kdb_trap (type=3, code=0, regs=0xefbffdec)
at ../../i386/i386/db_interface.c:126
#7 0xf01d8ea4 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -249459392,
tf_esi = -266580190, tf_ebp = -272630224, tf_isp = -272630252,
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=0xf0aa590c)
at ../../vm/vm_page.c:948
#11 0xf01c506a in vm_page_free (m=0xf0aa590c) at ../../vm/vm_page.c:1014
#12 0xf01c29c6 in vm_object_terminate (object=0xf1220d80)
at ../../vm/vm_object.c:409
#13 0xf01c2817 in vm_object_deallocate (object=0xf1220d80)
at ../../vm/vm_object.c:353
#14 0xf01c0894 in vm_map_entry_delete (map=0xf1227f00, entry=0xf1218d40)
at ../../vm/vm_map.c:1885
#15 0xf01c0a10 in vm_map_delete (map=0xf1227f00, start=0, end=4022329344)
at ../../vm/vm_map.c:1986
#16 0xf01c0aa0 in vm_map_remove (map=0xf1227f00, start=0, end=4022329344)
at ../../vm/vm_map.c:2011
#17 0xf012b19b in exit1 (p=0xf1165800, rv=0) at ../../kern/kern_exit.c:188
#18 0xf012b054 in exit (p=0xf1165800, uap=0xefbfff94, retval=0xefbfff84)
at ../../kern/kern_exit.c:106
#19 0xf01d9923 in syscall (frame={tf_es = 196647, tf_ds = -272695257,
tf_edi = 0, tf_esi = -1, tf_ebp = -272644000, tf_isp = -272629788,
tf_ebx = 537534560, tf_edx = 0, tf_ecx = 537472508, tf_eax = 1,
tf_trapno = 12, tf_err = 7, tf_eip = 537482605, tf_cs = 31,
tf_eflags = 662, tf_esp = -272644020, tf_ss = 39})
at ../../i386/i386/trap.c:920
#20 0x2009556d in ?? ()
Cannot access memory at address 0xefbfc864.
(kgdb)
---------------------------------------------------------------------
|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.981001191623.doconnor>