From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [PATCH 1/2] ALSA: usb: fix corrupted pointers due to interface setting change Date: Fri, 14 Aug 2015 17:54:07 +0200 Message-ID: References: <1439505753-3532-1-git-send-email-pierre-louis.bossart@linux.intel.com> <1439505753-3532-2-git-send-email-pierre-louis.bossart@linux.intel.com> <55CE0BB4.2070303@linux.intel.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id B3D9C2654C4 for ; Fri, 14 Aug 2015 17:54:08 +0200 (CEST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Pierre-Louis Bossart Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On Fri, 14 Aug 2015 17:47:59 +0200, Takashi Iwai wrote: > > On Fri, 14 Aug 2015 17:39:32 +0200, > Pierre-Louis Bossart wrote: > > > > On 8/14/15 10:28 AM, Takashi Iwai wrote: > > > On Fri, 14 Aug 2015 17:03:10 +0200, > > > Takashi Iwai wrote: > > >> > > >> On Fri, 14 Aug 2015 00:42:32 +0200, > > >> Pierre-Louis Bossart wrote: > > >>> > > >>> When a transition occurs between alternate settings that do not use the > > >>> same synchronization method, the substream pointers were not reset. > > >>> This prevents audio from being played during the second transition. > > >>> > > >>> Identified and tested with M-Audio Transit device > > >>> (0763:2006 Midiman M-Audio Transit) > > >> > > >> Hmm, I have this old device, too, but couldn't reproduce the problem. > > >> Is there any special setup with it? > > > > > > OK, I could see it after switching a few times. But, also your patch > > > didn't cure, either... > > > > I tested this with Ubuntu 14.04 and the default madfuload package that > > comes with it for the firmware. > > > > I think you need both patches to get the device to work. I split the > > patches in two since I think the second problem is device specific while > > the first one is a generic one that can happen on other devices. > > I tested both at once, of course :) > With my device, 24/96 -> 16/48 works, then again switching to 24/96 > stalls. After that, it doesn't work no matter which mode is until I > replug the device. Hmm, now after a few retrials, it starts working. Will review both patches now. Takashi