From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: ALSA-CVS: Unbreakable "sfxload" process Date: Mon, 17 Feb 2003 18:38:39 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <20030215000815.36420.qmail@web40612.mail.yahoo.com> Mime-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <20030215000815.36420.qmail@web40612.mail.yahoo.com> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Chris Rankin Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Sat, 15 Feb 2003 00:08:15 +0000 (GMT), Chris Rankin wrote: > > Hi, > > I have just tried loading a sound-font file into my SB > Live! and ended up needing to reboot my machine when > the sfxload program grabbed hold of the CPU and > wouldn't give it back! Fortunately the machine is SMP, > and so I was able to shutdown cleanly using the other > one. > > I think the problem happened because I was trying to > play a MID file at the time using: > > $ pmidi -p 65:0 > > and didn't break this process before trying to load > the sound-font. Note also that the sfxload program > uses /dev/sequencer and so the OSS emulation modules > are also implicated. > > And the reason I think that this is a kernel problem > is that the sfxload process survived repeated "kill > -9" attempts by root... ;-). hmm, i'm afraid that it's again because of damn kernel memory allocator... but, it could be a mutex deadlock of the emu10k1 driver, of course. i'll take a look tomorrow. ciao, Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf