Date: Sat, 08 Feb 2003 13:57:26 -0800 From: Orion Hodson <orion@freebsd.org> To: Scott <samsco@mho.net> Cc: freebsd-multimedia@freebsd.org, cg@freebsd.org Subject: Re: panic in dsp_ioctl() Message-ID: <200302082157.h18LvQ8J033548@puma.icir.org> In-Reply-To: Your message of "Sat, 08 Feb 2003 11:21:23 MST." <3E454AA3.6050503@mho.net>
next in thread | previous in thread | raw e-mail | index | archive | help
/-- Scott wrote: | WIth a fairly recent 5-current and ICH3 sound hardware I'm getting a | panic in dsp_ioctl() when running just about anything. Can you be specific about what you are running? I appreciate it might seem like anything you try generates this, but I'm unable to replicate it trivially. Before doing whatever it is that crashes the machine can you: 1. run 'fstat /dev/audio* /dev/dsp*' 2. set 'sysctl hw.snd.verbose=3' and get 'cat /dev/sndstat' You can post this output to cg and myself since it's probably of little interest to anyone else. | Since I'm not doing any recording, I would assume that rdch should be | NULL and the test would avoid the rdch->flags indirection. Fake channels get set by the getchns function, which may be to keep the processing cleaner, ie fewer exceptions. | having a hard time figuring out how rdch actually gets set/initialized | in the driver, and the value that winds up in this code path is very | bogus. This wasn't a problem with my previous build a few weeks ago. Very little in the channel management has changed in the past few weeks. So I'm a bit puzzled why this should occur now, but there are other users reporting problems with locks at present too so there is clearly a problem, probably a result of more people running 5.x these days (a good thing, despite the teething). Cheers - Orion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200302082157.h18LvQ8J033548>