linux-kernel - Re: HDA Intel Audio hang on boot

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4B51ECEE.9080404@blueyonder.co.uk>
Date:	Sat, 16 Jan 2010 16:44:30 +0000
From:	Sid Boyce <sboyce@...eyonder.co.uk>
To:	"Rafael J. Wysocki" <rjw@...k.pl>
CC:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Kernel Testers List <kernel-testers@...r.kernel.org>
Subject: Re: HDA Intel Audio hang on boot

On 15/01/10 16:01, Sid Boyce wrote:
> With the PCI Audigy card in, the box wouldn't even enter POST, either
> the Audigy is bad (unknown - from a box that couldn't see the drives) or
> there is something faulty on the motherboard. I am currently running
> 2.6.33-rc4-git2 on the box with a Terratec Aureon 5.1 USB MK II sound card.
> Regards
> Sid.
> 
The Audigy card is definitely bad as the original box now works fine
without it.
Something has definitely changed in the HDA Intel code or handling of it
that causes that card to cause a solid lock-up on kernels >2.6.32-git1.
Regards
Sid.

> On 15/01/10 01:24, Sid Boyce wrote:
>> Renaming this bug as the "only 1 CPU" bug has been fixed, but the hang
>> at HDA remains.
>> I shall plug in a SB Audigy and see if it will boot with that.
>> By disabling the on-board HDA Intel audio in the BIOS, the system boots.
>> 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"
>>
>> Regards
>> Sid.
>>
>> On 11/01/10 03:39, Sid Boyce wrote:
>>> On 10/01/10 22:32, Rafael J. Wysocki wrote:
>>>> This message has been generated automatically as a part of a report
>>>> of recent regressions.
>>>>
>>>> The following bug entry is on the current list of known regressions
>>>> from 2.6.32.  Please verify if it still should be listed and let me know
>>>> (either way).
>>>>
>>>>
>>>> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14946
>>>> Subject		: All kernels after 2.6.32-git10  show only 1 CPU
>>>> Submitter	: Sid Boyce <sboyce@...eyonder.co.uk>
>>>> Date		: 2009-12-23 16:55 (19 days old)
>>>> References	: http://marc.info/?l=linux-kernel&m=126158734326801&w=4
>>>>
>>>>
>>>>
>>>>
>>>
>>> With 2.6.33-rc3-git3 I now see 2 CPU's every on a normal boot, but its
>>> locking up solid at this part of the boot process as usual.
>>> ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
>>> HDA Intel 0000:00:0e.1: PCI INT B -> Link[AAZA] -> GSI 22 (level, low)
>>> -> IRQ 22.
>>> With acpi=noirq (2 CPU's)
>>> ================
>>> kvm: Nested Virtualization enabled.
>>> IT8716 Super IO detected
>>> Parport_PC 00:0a: reported by plug and Play ACPI
>>> Parport 0: PC-Style at 0x378, irq 7 [PCSPP, TRISTATE,EPP]
>>> parport: irq 7 in use, resorting to polled operation
>>> HDA Intel 0000:00:0e.1: PCI -> APIC IRQ transform: INT B -> IRQ 11
>>>
>>> With acpi=ht (1 CPU)
>>> =============
>>> Hangs at:-
>>> Loading drivees, configuring devices do_IRQ: 0.65 No irq handler for
>>> vector (irq -1)
>>>
>>> With acpi=off (2 CPU's)
>>> ========================
>>> Hangs at same point as with acpi=noirq.
>>>
>>> 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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/