Thank you dear Takashi. I am testing now with the latest git kernel. I'll let you know. Enrico
On Thu, 9 Apr 2015, Takashi Iwai wrote:
==Date: Thu, 9 Apr 2015 17:59:15 ==From: Takashi Iwai tiwai@suse.de ==To: Enrico Mioso mrkiko.rs@gmail.com ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Re: Intel HDA audio on EEE PC 1101HGo == ==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 ==