Date: Thu, 08 Jan 2004 09:04:01 -0600 From: Ryan Sommers <ryans@gamersimpact.com> To: Stefan Ehmann <shoesoft@gmx.net> Cc: current@FreeBSD.org Subject: Re: sound/pcm/* bugs (was: Re: page fault panic tracked down (selwakeuppri()) - really sound/pcm/*) Message-ID: <1073574241.667.19.camel@localhost> In-Reply-To: <1073510185.707.8.camel@shoeserv.freebsd> References: <200401072015.i07KFl7E017500@gw.catspoiler.org> <1073510185.707.8.camel@shoeserv.freebsd>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-FdZ0Fg88yRXmsTBXBfCd
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
While you guys are looking in snd_pcm here is a bug someone pointed out
to on the lists in another form that I narrowed down.
If you build snd_pcm and your another driver as modules and then only
load snd_pcm.ko and not load your more specific driver you can panic the
system every time by doing a "sysctl hw.snd.maxautovchans=(something
other then current)". This has been sitting in my TODO list for awhile
but I know nothing about sound driver code so you'd probably have more
luck then I would. :) I'll attach the backtrace I grabbed from my latest
CURRENT kernel. (I haven't checked if this is in a PR or not yet.)
--
Ryan Sommers
ryans@gamersimpact.com
--=-FdZ0Fg88yRXmsTBXBfCd
Content-Disposition: attachment; filename=dump.log
Content-Type: application/octet-stream; name=dump.log
Content-Transfer-Encoding: 8bit
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1 0xc045cf35 in db_fncall (dummy1=0, dummy2=0, dummy3=1999,
dummy4=0xddbd49a4 "\200¯nÀ¨") at /usr/src/sys/ddb/db_command.c:548
#2 0xc045cc82 in db_command (last_cmdp=0xc06ea620, cmd_table=0x0,
aux_cmd_tablep=0xc06ba0c4, aux_cmd_tablep_end=0xc06ba0c8)
at /usr/src/sys/ddb/db_command.c:346
#3 0xc045cdc5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472
#4 0xc045fdc5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73
#5 0xc064ccbc in kdb_trap (type=12, code=0, regs=0xddbd4b64)
at /usr/src/sys/i386/i386/db_interface.c:171
#6 0xc065d446 in trap_fatal (frame=0xddbd4b64, eva=0)
at /usr/src/sys/i386/i386/trap.c:816
#7 0xc065d112 in trap_pfault (frame=0xddbd4b64, usermode=0, eva=28)
at /usr/src/sys/i386/i386/trap.c:735
#8 0xc065ccd3 in trap (frame=
{tf_fs = -574816232, tf_es = 16, tf_ds = -1068367856, tf_edi = -574796628, tf_esi = 0, tf_ebp = -574796892, tf_isp = -574796912, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068251722, tf_cs = 8, tf_eflags = 66050, tf_esp = -574796856, tf_ss = -962146042}) at /usr/src/sys/i386/i386/trap.c:420
#9 0xc064e6b8 in calltrap () at {standard input}:94
#10 0xc6a6d106 in sysctl_hw_snd_maxautovchans () from /boot/kernel/snd_pcm.ko
#11 0xc052e94b in sysctl_root (oidp=0x0, arg1=0xddbd4cac, arg2=3, req=0xddbd4c10)
at /usr/src/sys/kern/kern_sysctl.c:1182
#12 0xc052ebdd in userland_sysctl (td=0x0, name=0xddbd4cac, namelen=3, old=0x3,
oldlenp=0xddbd4c10, inkernel=0, new=0xddbd4cac, newlen=0, retval=0xddbd4ca8)
at /usr/src/sys/kern/kern_sysctl.c:1286
#13 0xc052ea10 in __sysctl (td=0x0, uap=0xddbd4d14)
at /usr/src/sys/kern/kern_sysctl.c:1216
#14 0xc065d7b0 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077943128, tf_isp = -574796428, tf_ebx = 672383468, tf_edx = -1077943036, tf_ecx = -1077940976, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 671871791, tf_cs = 31, tf_eflags = 659, tf_esp = -1077943172, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010
#15 0xc064e70d in Xint0x80_syscall () at {standard input}:136
---Can't read userspace from dump, or kernel process---
--=-FdZ0Fg88yRXmsTBXBfCd--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1073574241.667.19.camel>