From owner-freebsd-stable Thu Oct 1 02:47:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19497 for freebsd-stable-outgoing; Thu, 1 Oct 1998 02:47:02 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19490 for ; Thu, 1 Oct 1998 02:46:55 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id TAA00610; Thu, 1 Oct 1998 19:16:23 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 01 Oct 1998 19:16:23 +0930 (CST) From: "Daniel O'Connor" To: Jos Backus Subject: Re: Shared Memory Problems with 2.2.7 + CAM Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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