Date: Sat, 28 Oct 2006 17:21:47 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: Nikolas Britton <nikolas.britton@gmail.com> Cc: freebsd-multimedia@freebsd.org Subject: Re: Status of VIA Envy24 audio controller Message-ID: <20061028082147.GB44390@cdnetworks.co.kr> In-Reply-To: <ef10de9a0610280043x570c7b81tfd93a456038154fc@mail.gmail.com> References: <200606072039.13422.shoesoft@gmx.net> <8103ad500607180035t50633780wbf585805464b8696@mail.gmail.com> <787520ee0607180732r6bcb1ae4h1591230d2db366a@mail.gmail.com> <200610111331.39605.lrntct@gmail.com> <8103ad500610111048v756778c6pcac4006746ec3f0a@mail.gmail.com> <ef10de9a0610280043x570c7b81tfd93a456038154fc@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Oct 28, 2006 at 02:43:53AM -0500, Nikolas Britton wrote: > Hey Konstantin, I think I found a bug in the code. If I boot FreeBSD > with verbose logging the envy24 driver will panic the system during > the boot process. fatal trap 12, page fault, and something about > "envy24(play): setmap; xxxxx", I'd have to build a debug kernel etc. > if you want the full message and backtrace but this should be easy to > reproduce. I'm using envy24 sources from -CURRENT that I manually > MFC'd to FreeBSD 6.2-PRERELEASE. Oh... I'm using an M Audio Audiophile > 2496. > I saw the panic on envy24ht(4) too and sent a mail to Konstantin but got no reply yet. With WITNESS enabled kernel it shows several LORs and panicked due to use of recursed mutex(channel lock can't be acquired recursively). I guess correct fix could be done by moving buffer resizing code to channel_setblocksize method instead of channel_setformat method. Unfortunately I haven't have free time to investiage further due to msk(4) work and still have little time. :-( -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061028082147.GB44390>