Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Jan 2004 14:48:42 +0900
From:      Pyun YongHyeon <yongari@kt-is.co.kr>
To:        multimedia@freebsd.org
Subject:   Re: PCM audio problem on 5.2R(Fix included)
Message-ID:  <20040124054842.GA5626@kt-is.co.kr>

next in thread | raw e-mail | index | archive | help
 > 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

It seems that kernel tried to dereference a NULL pointer.

 > 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
....
 > (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 ()

Because you don't have debugging symbols in your kernel, it's
hard to tell where the problem is in. Maybe access(2) caused
the panic but it's not clear it is really related with pcm code.
Please try to rebuild kernel with debugging symbols and get
a kernel crash dump.

Thanks.

Regards,
Pyun YongHyeon
-- 
Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>;



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040124054842.GA5626>