From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Kernel OOP with alsaplayer driver Date: Tue, 20 Aug 2002 14:27:23 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <20020820110644.GA380@orbital.xs4all.nl> Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <20020820110644.GA380@orbital.xs4all.nl> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Andy Lo-A-Foe Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org Hi, At Tue, 20 Aug 2002 13:06:44 +0200, Andy Lo-A-Foe wrote: > > Hi, > > We've been experiencing kernel OOPSes with the alsaplayer alsa-final > output plugin. The problems appeared in the 0.9.0rc3 release and > forward. The same code works fine on 0.9.0rc1. The OOP is triggered at > close time (snd_pcm_close()) and only then. This behaviour was > duplicated on at least 2 systems with different soundcards, each time > with alsaplayer 0.99.71 and alsa 0.9.0rc3 ... > > I just noticed that the OOPS doesn't happen if I call snd_pcm_drain() just > before snd_pcm_close(). It makes sense, but the OOPS should never happen > right? could you check via strace which ioctl triggers this? strangely i cannot reproduce this on my machine. i guess it's the same problem reported by Benny, the data is transferred even after hw_free call (in snd_pcm_close). thanks, Takashi ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390