No subject

[Gordon Bergling]

mat at cnd.mcgill.ca
Bcc: 
Subject: Re: dev/sound/pcm/* patch testers wanted
Reply-To: Gordon Bergling <gbergling at 0xfce3.net>
In-Reply-To: <200401262305.i0QN4t7E078963 at gw.catspoiler.org>
X-Url: <http://www.0xfce3.net/>
X-Operating-System: FreeBSD 5.2-RELEASE i386
X-Host-Uptime:  4:17PM  up 4 mins, 3 users, load averages: 0.10, 0.17, 0.08
FCC: ~/Mail/send/send-Jan-2004
Hi Don,

On Mon Jan 26, 2004 at 03:04PM -0800, Don Lewis wrote:
> On 26 Jan, To: gbergling at 0xfce3.net wrote:
> > On 26 Jan, Gordon Bergling wrote:
> >> On Mon Jan 26, 2004 at 09:25AM -0800, Don Lewis wrote:
> >>> On 26 Jan, Gordon Bergling wrote:
> >>> 
> >>> > The "Danger!" message wasn't appeared, but I got the following on the
> >>> > console.
> >>> > 
> >>> > malloc() of "1024" with the following non-sleepable locks held:
> >>> > exclusive sleep mutex pcm0:play:0 (pcm play channel) r = 0 (0xc2be8a80)
> >>> > locked @
> >>> > /storage/os/src/freebsd-current/src/sys/dev/sound/pcm/buffer.c:195
> >>> > malloc() of "4096" with the following non-sleepable locks held:
> >>> > exclusive sleep mutex pcm0:play:0 (pcm play channel) r = 0 (0xc2be8a80)
> >>> > locked @
> >>> > /storage/os/src/freebsd-current/src/sys/dev/sound/pcm/buffer.c:195
> 
> > 
> > Quick and dirty solutions:
> > 	Switch back to M_NOWAIT even though we don't handle malloc()
> >         failure gracefully.
> > 
> > 	Unlock the channel before calling the setblocksize method, but
> > 	an interrupt happening in the middle of sndbuf_resize() would
> >         not be a good thing.
> > 
> > 	Add a pointer back to the channel back to the snd_dbuf structure
> > 	so that sndbuf_resize() could do the proper unlocking and
> >         locking.
> 
> I picked door #3, which had some complications because sndbuf_resize()
> was called in some places with the channel locked and some places with
> the channel unlocked ...

I had tried the new patch and run the same tests which I had run with the
first patch. The system panics every time after the 3 copies of
mp3blaster was running for a few seconds. The following panics are hand
copied.

the first panic:
| memory modified after free 0xc2bf2400(1200) val=1b230f7b @ 0xc2bf2400
| panic: Most recently used by bus
| at line 138 in file /usr/src/sys/vm/uma_dbg.c
| cpuid=0
| Debugger("panic")
| Stopped at	Debugger+0x55:	chgl	%ebx,in_Debugger.0

the second panic: (some tests as above, after reboot. ;) )
| bad dir 24194 at offset 46: mangled entry
| panic: ufs_dirbad: bad_dir
| at line 633 in file /usr/src/sys/ufs/ufs/ufs_loockup.c

hope thats help...

regards,

	Gordon
-- 
Gordon Bergling <GBergling at 0xfce3.net>	      http://www.0xFCE3.net/
PGP Fingerprint:  7732 9BB1 5013 AE8B E42C  28E0 93B9 D32B C76F 02A0
RIPE-HDL: MDTP-RIPE		"There is no place like 127.0.0.0/8"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040127/c7e6d4e1/attachment-0001.bin