From owner-freebsd-multimedia@FreeBSD.ORG Fri Jan 23 20:18:34 2004 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9AC216A4CE for ; Fri, 23 Jan 2004 20:18:34 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A3843DA9 for ; Fri, 23 Jan 2004 20:16:28 -0800 (PST) (envelope-from burpmaster@truffula.net) Received: from truffula.net (c-67-169-200-31.client.comcast.net[67.169.200.31]) by comcast.net (sccrmhc12) with ESMTP id <20040124041431012002d1ave>; Sat, 24 Jan 2004 04:14:35 +0000 Message-ID: <4011F11E.30002@truffula.net> Date: Fri, 23 Jan 2004 20:14:22 -0800 From: Brian Rogers User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7a) Gecko/20040118 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org References: <20040117043236.GA3223@kt-is.co.kr> <20040120053005.GA41883@cnd.mcgill.ca> <40104BD5.5020206@truffula.net> <20040122224124.GD64193@cnd.mcgill.ca> In-Reply-To: <20040122224124.GD64193@cnd.mcgill.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: PCM audio problem on 5.2R(Fix included) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jan 2004 04:18:35 -0000 Mathew Kanner wrote: >On Jan 22, Brian Rogers wrote: > > >>I believe this change is causing a system crash that I now get when I >>run ICQ under wine with audio enabled. I'll try reversing this patch to >>make sure, and I'll have more details later today or tomorrow. Is there >>a good way to log the crash data to a file? >> >> > Hello Brian, > That's bad news. We really need to investigate. First, I >think you should try to get a kernel crash dump > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > and then get a backtrace. (I'll admit that I'm probably the >wrong person to be giving detailed instructions on how to do this) > > Please keep me posted. > > thanks, > --Mat > > I tried reversing the sound patch, and the problem still persists. Below is what I could get out of gdb. brian# gdb -k /boot/kernel/kernel /usr/crash/vmcore.0 GNU gdb 5.2.1 (FreeBSD) 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... (no debugging symbols found)... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc078fa9a stack pointer = 0x10:0xe17eaa60 frame pointer = 0x10:0xe17eaaa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 661 (wine) trap number = 12 panic: page fault at line 821 in file /usr/src/sys/i386/i386/trap.c syncing disks, buffers remaining... 4652 4652 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 4648 giving up on 3498 buffers Uptime: 1m55s Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 --- Reading symbols from /boot/kernel/snd_emu10k1.ko... (no debugging symbols found)...done. Loaded symbols for /boot/kernel/snd_emu10k1.ko Reading symbols from /boot/kernel/snd_pcm.ko...(no debugging symbols found)... done. Loaded symbols for /boot/kernel/snd_pcm.ko Reading symbols from /boot/kernel/nvidia.ko...(no debugging symbols found)... done. Loaded symbols for /boot/kernel/nvidia.ko Reading symbols from /usr/obj/usr/src/sys/MYKERN/modules/usr/src/sys/modules/linux/linux.ko...(no debugging symbols found)...done. Loaded symbols for /usr/obj/usr/src/sys/MYKERN/modules/usr/src/sys/modules/linux/linux.ko Reading symbols from /usr/obj/usr/src/sys/MYKERN/modules/usr/src/sys/modules/ntfs/ntfs.ko...(no debugging symbols found)...done. Loaded symbols for /usr/obj/usr/src/sys/MYKERN/modules/usr/src/sys/modules/ntfs/ntfs.ko #0 0xc0508a9b in doadump () (kgdb) backtrace #0 0xc0508a9b in doadump () #1 0xc050911a in boot () #2 0xc05094b4 in __panic () #3 0xc0656f1e in trap_fatal () #4 0xc0656c23 in trap_pfault () #5 0xc06567fb in trap () #6 0xc0645e68 in calltrap () #7 0xc04bce8f in devfs_lookupx () #8 0xc04bd1eb in devfs_lookup () #9 0xc055e05a in lookup () #10 0xc055da8b in namei () #11 0xc056beec in kern_access () #12 0xc056be89 in access () #13 0xc0657270 in syscall () #14 0xc0645ebd in Xint0x80_syscall () ---Can't read userspace from dump, or kernel process---