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. 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@xxxxxxxxxxxxxxxx> >>> 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 kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
