From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Kaiser Subject: Re: Regressions: MSI vs HDA-Intel Date: Fri, 26 Mar 2010 18:59:17 +0100 Message-ID: <64bb37e1003261059w3de67654m11ca17f1645f6c1@mail.gmail.com> References: <64bb37e1003261025l14e2d82r64ba1e90d024bea6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Takashi Iwai Cc: Jaroslav Kysela , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org List-Id: alsa-devel@alsa-project.org On Fri, Mar 26, 2010 at 6:31 PM, Takashi Iwai wrote: > At Fri, 26 Mar 2010 18:25:22 +0100, > Torsten Kaiser wrote: >> >> I have two systems that use the alsa hda-intel driver, both show >> regressions in relation to MSI. >> >> System 1: Athlon(tm) X2 BE-2400 with an AMD RS690/SB600 chipset >> 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Inte= l >> HDA) [1002:4383] >> (Mainboard is a MSI MS-7368) >> >> After upgrading from 2.6.31 to 2.6.33 I get a delay during bootup: >> [ =A0 =A01.155925] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (leve= l, >> low) -> IRQ 16 >> [ =A0 =A01.159143] input: AT Translated Set 2 keyboard as >> /devices/platform/i8042/serio0/input/input2 >> [ =A0 =A01.232595] firewire_core: created device fw0: GUID 00dc10000= 129c48f, S400 >> [ =A0 =A01.252677] hda_codec: ALC888: BIOS auto-probing. >> [ =A0 =A01.259226] HDA Intel 0000:01:05.2: PCI INT B -> GSI 19 (leve= l, >> low) -> IRQ 19 >> [ =A0 =A01.260293] HDA Intel 0000:01:05.2: irq 27 for MSI/MSI-X >> [ =A0 =A01.314712] input: GenPS/2 Genius Mouse as >> /devices/platform/i8042/serio1/input/input3 >> [ =A0 =A04.322508] hda-intel: azx_get_response timeout, switching to >> polling mode: last cmd=3D0x000f0000 >> [ =A0 =A05.332508] hda-intel: No response from codec, disabling MSI:= last >> cmd=3D0x000f0000 >> [ =A0 =A06.342508] hda-intel: Codec #0 probe error; disabling it... >> [ =A0 =A07.392508] hda_intel: azx_get_response timeout, switching to >> single_cmd mode: last cmd=3D0x000f0000 >> [ =A0 =A07.430464] ALSA device list: >> [ =A0 =A07.431549] =A0 #0: HDA ATI SB at 0xfe7f4000 irq 16 >> [ =A0 =A07.432656] =A0 #1: HDA ATI HDMI at 0xfe9e8000 irq 27 >> >> 2.6.34-rc2 does not boot on this system, something related to the ne= w >> bootmem allocator, so I can't say if this might already be fixed for >> 2.6.34. >> >> Should the system be blacklisted like the two Asus Athlon X2 boards, >> or is this some other bug? > > If it happens on 2.6.33 and enable_msi=3D0 solves the issue, then yes= , > we should put them on the blacklist. Surprisingly this did not fix the delay. After all the trouble I had with MSI on the other system, I was sure it was related to the fact, that 2.6.33 tried to use MSI. 2.6.33 with snd_hda_intel.enable_msi=3D0: [ 1.155712] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 1.158852] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/in put/input2 [ 1.232597] firewire_core: created device fw0: GUID 00dc10000129c48f= , S400 [ 1.252679] hda_codec: ALC888: BIOS auto-probing. [ 1.259206] HDA Intel 0000:01:05.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 1.314745] input: GenPS/2 Genius Mouse as /devices/platform/i8042/serio1/input/input3 [ 4.322508] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=3D0x000f0000 [ 5.332508] hda-intel: Codec #0 probe error; disabling it... [ 6.382508] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=3D0x000f0000 [ 6.420470] ALSA device list: [ 6.421545] #0: HDA ATI SB at 0xfe7f4000 irq 16 [ 6.422628] #1: HDA ATI HDMI at 0xfe9e8000 irq 19 =2E.. if I had read these messages, instead of just copy&pasting them, = I could have noted, that the delay is from codec *0*, but MSI gets enabled for codec *1*. Info about the HDMI output: 01:05.2 Audio device [0403]: ATI Technologies Inc Radeon X1200 Series Audio Controller [1002:7919] But that is a clear bug in the alsa code: After codec 0 (the integrated audio from the SB600) does not responds, it disables the MSI support for codec 1 (part of the intregrated graphic chipset). (I don't know if the HDMI audio support is working or not, as I do not have an HDMI display I could attach there.) 2.6.31 was working without the delay: [ 0.930754] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 0.946676] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2 [ 1.031402] hda_codec: Unknown model for ALC888, trying auto-probe from BIOS... [ 1.035263] HDA Intel 0000:01:05.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 1.090754] input: GenPS/2 Genius Mouse as /devices/platform/i8042/serio1/input/input3 [ 1.102573] firewire_core: created device fw0: GUID 00dc10000129c48f= , S400 [ 1.112916] ALSA device list: [ 1.112974] #0: HDA ATI SB at 0xfe7f4000 irq 16 [ 1.113033] #1: HDA ATI HDMI at 0xfe9e8000 irq 19 >> System 2: Opteron(tm) 2218 with an nVidia MCP55 chipset >> 00:06.1 Audio device [0403]: nVidia Corporation MCP55 High Definitio= n >> Audio [10de:0371] (rev a2) >> (Mainboard is an ASUS KFN5-D SLI) >> >> Commit 80c43ed724797627d8f86855248c497a6161a214 disabled MSI for thi= s >> system, but the MSI mode was working fine for all 2.6.33 versions I >> used. >> >> Should the generic blacklist disable MSI for all Athlon X2 instead o= f >> all nNvidia chipsets? > > Well, it's not clear yet. =A0I don't bet that non-athlon would have > any problem. =A0So I keep it still disabled for Nvidia controllers. > You can put it in the whitelist instead. OK, just wanted to let you know, that there are MCP55 out there that do work with MSI. :-) Thanks, Torsten