From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthias Koenig Subject: Re: [PATCH] Support for ESI Miditerminal 4140 Date: Tue, 25 Apr 2006 17:33:55 +0200 Message-ID: <87mze9mzz0.fsf@zebra.localdomain> References: <87wtdeevlh.fsf@zebra.localdomain> <87wtde56js.fsf@zebra.localdomain> <874q0hvohs.fsf@zebra.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: In-Reply-To: (Takashi Iwai's message of "Tue, 25 Apr 2006 15:00:41 +0200") Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Takashi Iwai Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org Takashi Iwai writes: > The mutex belongs to the rawmidi device, so open/close is mutual as > long as the same rawmidi device is used no matter which substream is > used. It doesn't care open/close of another rawmidi device, though. Ah, thanks! This is the informationen I needed. >> Hmm, then why should I hold an additional mutex? > > Well, I just thought of something as a replacement of mts->lock, but > regarding open/close, yes, you can get rid of an extra mutex. > > You might still need a spinlock somewhere, but definitely not together > with mdelay(). Yes, I decoupled now delay stuff from the spinlock sections and placed the spinlocks just near the HW access. New patch for next turn will follow. Matthias ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642