From: Sid Boyce on
On 26/01/10 20:25, Takashi Iwai wrote:
> At Tue, 26 Jan 2010 19:22:35 +0100,
> Rafael J. Wysocki wrote:
>>
>> On Tuesday 26 January 2010, Sid Boyce wrote:
>>> On 26/01/10 12:55, Takashi Iwai wrote:
>>>> At Tue, 26 Jan 2010 12:02:44 +0000,
>>>> Sid Boyce wrote:
>>>>>
>>>>> On 26/01/10 06:58, Takashi Iwai wrote:
>>>>>> At Tue, 26 Jan 2010 07:40:03 +0100,
>>>>>> I wrote:
>>>>>>>
>>>>>>> At Tue, 26 Jan 2010 00:59:15 +0000,
>>>>>>> Sid Boyce wrote:
>>>>>>>>
>>>>>>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>>>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>>>>>>> I wrote:
>>>>>>>>>>
>>>>>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>>>>>>> Rafael J. Wysocki wrote:
>>>>>>>>>>>
>>>>>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>>>>>>> is not disabled in the BIOS.
>>>>>>>>>>>
>>>>>>>>>>> I guess we should let Takashi know.
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>>>>> tindog:~ # uname -r
>>>>>>>>>>>>> 2.6.33-rc4-smp
>>>>>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>>>>>>> low) -> IRQ 22
>>>>>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>>>>>>> Driver: "HDA Intel"
>>>>>>>>>>
>>>>>>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>>>>>>
>>>>>>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Takashi
>>>>>>>>>
>>>>>>>>
>>>>>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>>>>>>> line,
>>>>>>
>>>>>> Oh, I overlooked this text. Of course, this can't work :)
>>>>>>
>>>>>> "modprobe..." isn't for the kernel command line but for modprobe
>>>>>> configs, usually specified in /etc/modprobe.d/* file.
>>>>>>
>>>>> I had already tried that... it locks up at the same point also with
>>>>> "enable_msi=1".
>>>>> tindog:/etc/modprobe.d # less 50-sound.conf
>>>>>
>>>>> options snd slots=snd-hda-intel,enable_msi=0
>>>>
>>>> This is the option for module snd, not snd-hda-intel.
>>>>
>>>>
>>>> Takashi
>>>>
>>> options snd,enable_msi=0 slots=snd-hda-intel
>>
>> options snd enable_msi=0 slots=snd-hda-intel
>>
>> (ie. the comma shouldn't be present in there).
>
> Heh, not quite right :)
> You need just a new line containing:
>
> options snd-hda-intel enable_msi=0
>
>
> Takashi
>
Apologies, with the following it boots successfully.
options slots=snd-hda-intel
# 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
alias snd-card-0 snd-hda-intel
options snd-hda-intel enable_msi=0

Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Sid Boyce on
I forgot to mention 2.6.33-rc5 now boots successfully.
Regards
Sid.

On 26/01/10 18:22, Rafael J. Wysocki wrote:
> On Tuesday 26 January 2010, Sid Boyce wrote:
>> On 26/01/10 12:55, Takashi Iwai wrote:
>>> At Tue, 26 Jan 2010 12:02:44 +0000,
>>> Sid Boyce wrote:
>>>>
>>>> On 26/01/10 06:58, Takashi Iwai wrote:
>>>>> At Tue, 26 Jan 2010 07:40:03 +0100,
>>>>> I wrote:
>>>>>>
>>>>>> At Tue, 26 Jan 2010 00:59:15 +0000,
>>>>>> Sid Boyce wrote:
>>>>>>>
>>>>>>> On 25/01/10 21:55, Takashi Iwai wrote:
>>>>>>>> At Mon, 25 Jan 2010 22:54:23 +0100,
>>>>>>>> I wrote:
>>>>>>>>>
>>>>>>>>> At Mon, 25 Jan 2010 22:39:02 +0100,
>>>>>>>>> Rafael J. Wysocki wrote:
>>>>>>>>>>
>>>>>>>>>> On Monday 25 January 2010, Sid Boyce wrote:
>>>>>>>>>>> On 15/01/10 01:24, Sid Boyce wrote:
>>>>>>>>>>> This is the only outstanding bug. No problems up 2.6.32-git1, but I get
>>>>>>>>>>> a solid lock-up on 2.6.32-git2 through 2.6.33-rc5 if the on-board audio
>>>>>>>>>>> is not disabled in the BIOS.
>>>>>>>>>>
>>>>>>>>>> I guess we should let Takashi know.
>>>>>>>>>
>>>>>>>>> Thanks.
>>>>>>>>>
>>>>>>>>>>>> tindog:~ # uname -r
>>>>>>>>>>>> 2.6.33-rc4-smp
>>>>>>>>>>>> On 2.6.32-git1 which boots, hwinfo shows:-
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> oss.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia ALSA hardware specific Device'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia ALSA Control Device'
>>>>>>>>>>>> alsa.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.product = 'HDA NVidia Sound Card'
>>>>>>>>>>>> sound.card_id = 'HDA NVidia'
>>>>>>>>>>>> info.linux.driver = 'HDA Intel'
>>>>>>>>>>>> 22: 489835 578 IO-APIC-fasteoi sata_nv, HDA Intel
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> irq:0 22 ( 490413) "sata_nv" "HDA Intel"
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> HDA Intel: /devices/pci0000:00/0000:00:0e.1
>>>>>>>>>>>> HDA Intel: module = snd_hda_intel
>>>>>>>>>>>> E: DRIVER=HDA Intel
>>>>>>>>>>>> <6>HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level,
>>>>>>>>>>>> low) -> IRQ 22
>>>>>>>>>>>> <7>HDA Intel 0000:00:0e.1: setting latency timer to 64
>>>>>>>>>>>> Driver: "HDA Intel"
>>>>>>>>>
>>>>>>>>> What I'd try first is to pass enable_msi=0 option.
>>>>>>>>
>>>>>>>> Just to be sure -- it's an option for snd-hda-intel module.
>>>>>>>>
>>>>>>>>
>>>>>>>> Takashi
>>>>>>>>
>>>>>>>
>>>>>>> I passed "modprobe snd-hda-intel enable_msi=0" on the kernel command
>>>>>>> line,
>>>>>
>>>>> Oh, I overlooked this text. Of course, this can't work :)
>>>>>
>>>>> "modprobe..." isn't for the kernel command line but for modprobe
>>>>> configs, usually specified in /etc/modprobe.d/* file.
>>>>>
>>>> I had already tried that... it locks up at the same point also with
>>>> "enable_msi=1".
>>>> tindog:/etc/modprobe.d # less 50-sound.conf
>>>>
>>>> options snd slots=snd-hda-intel,enable_msi=0
>>>
>>> This is the option for module snd, not snd-hda-intel.
>>>
>>>
>>> Takashi
>>>
>> options snd,enable_msi=0 slots=snd-hda-intel
>
> options snd enable_msi=0 slots=snd-hda-intel
>
> (ie. the comma shouldn't be present in there).
>
>> # 9LTX.vLXC8EvZgR7:MCP55 High Definition Audio
>> alias snd-card-0 snd-hda-intel
>
> Rafael
>


--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Rafael J. Wysocki on
On Tuesday 26 January 2010, Sid Boyce wrote:
> I forgot to mention 2.6.33-rc5 now boots successfully.

Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
enable_msi=0 workaround?

Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Sid Boyce on
On 27/01/10 00:56, Rafael J. Wysocki wrote:
> On Tuesday 26 January 2010, Sid Boyce wrote:
>> I forgot to mention 2.6.33-rc5 now boots successfully.
>
> Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
> enable_msi=0 workaround?
>
> Rafael
>
It boots only with the enable_msi=0 workaround.
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Takashi Iwai on
At Wed, 27 Jan 2010 02:40:05 +0000,
Sid Boyce wrote:
>
> On 27/01/10 00:56, Rafael J. Wysocki wrote:
> > On Tuesday 26 January 2010, Sid Boyce wrote:
> >> I forgot to mention 2.6.33-rc5 now boots successfully.
> >
> > Does that mean the problem is fixed in 2.6.33-rc5 or you still need the
> > enable_msi=0 workaround?
> >
> > Rafael
> >
> It boots only with the enable_msi=0 workaround.

OK, then could you run alsa-info.sh (with --no-upload option), and
attach the generated file? I'll add your device to the blacklist for
disabling MSI in hda_intel.c.


thanks,

Takashi

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/