From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Intel HDA audio on EEE PC 1101HGo Date: Thu, 09 Apr 2015 17:59:15 +0200 Message-ID: References: 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 (cantor2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id 4CB77260536 for ; Thu, 9 Apr 2015 17:59:17 +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: Enrico Mioso Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com, david.henningsson@canonical.com List-Id: alsa-devel@alsa-project.org At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), Enrico Mioso wrote: > > Hello guys. > I am writing to you all to talk you about a strange behaviour of the Intel HDA > Audio device on an EEE PC 1101H. > The audio device at some point simply doesn't react to commands, giving in > dmesgo utput like this: > > [22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching > to polling mode: last cmd=0x00170503 > [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching > to single_cmd mode: last cmd=0x00170503 This looks already bad. It means that power down of the codec failed. But, the recent version should ignore this error. There was a logic failure to check this, but this was corrected recently. Could you check the latest 4.0-rc whether it works better? If not, take alsa-info.sh output snapshots at good and bad working moments. Run the script with --no-upload option, and attach the outputs (better compressed). Takashi