From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752949Ab2AWJvr (ORCPT ); Mon, 23 Jan 2012 04:51:47 -0500 Received: from cantor2.suse.de ([195.135.220.15]:48669 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752828Ab2AWJvq (ORCPT ); Mon, 23 Jan 2012 04:51:46 -0500 Date: Mon, 23 Jan 2012 10:51:43 +0100 Message-ID: From: Takashi Iwai To: Petr Baudis Cc: Jonathan Nieder , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x01db0000 In-Reply-To: <20120123094629.GO30898@machine.or.cz> References: <20111229025953.15211.24880.reportbug@machine.or.cz> <20111229062105.GB28780@elie.Belkin> <20120121091602.GF30898@machine.or.cz> <20120123094629.GO30898@machine.or.cz> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Mon, 23 Jan 2012 10:46:30 +0100, Petr Baudis wrote: > > On Mon, Jan 23, 2012 at 10:18:24AM +0100, Takashi Iwai wrote: > > Thanks. Switching to the polling mode is really harmless. > > So, basically you can ignore these messages. I can change it only as a > > debug message. > > > > OTOH, if the switching to single_cmd mode happens, this is a serious > > problem. But, as far as I see in alsa-info.sh output, it didn't > > happen. > > Ok, then the bug is in handling of polling mode in this particular chip. > After such switch to polling mode, applications will get stuck on > releasing the soundcard. What do you mean "releasing the soundcard"? Closing the PCM stream, or unloading the module, or at shutdown? > Another symptom I forgot to describe is that > the last ~100ms of output will keep repeating when I pause/stop > playback, one has to mute the volume to get rid of this. Again, this > starts happenning only sometimes after the switch to polling mode, > but then keeps happenning fairly consistently. Hm, this sounds like some interrupt issue, then. After all, switching to the polling-mode happens because the expected interrupt didn't arrive in time. If a similar problem happens in the PCM stream, too, it might be some other generic interrupt problem. thanks, Takashi