Red Hat Bugzilla – Bug 124788
(ACPI) System hang upon sound init
Last modified: 2015-01-04 17:06:36 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6)
Description of problem:
The first time anything tries to access my sound card the system hangs
hard (power off/on required). Everything worked fine in Fedora Core
1. This is a fresh install of Fedora Core 2.
Examples -- after install, start KDE session and it hangs while KDE is
initalizing devices (the progress bar is stuck at 42%). If I log into
gnome (which I am guessing doesn't touch the sound card during its
startup) and run the sound card detection GUI widget it also hangs
hard if I press the "play a test sound" button.
Version-Release number of selected component (if applicable):
Linux rand 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 athlon i386
Steps to Reproduce:
1. Log into KDE session
2. System hangs hard when progress bar reaches 42%
Actual Results: System hang
Expected Results: Desktop starts up and your system is available for use
I have a DFI AD77 Pro with a on-board sound (AC97 provided by the VIA
I have removed the audio entry from /etc/sysconfig/hwconf and removed
the audio lines from /etc/modprobe.conf. This is the only way I know
of to make this machine stable until this problem is fixed.
Output from lspci:
[root@rand root]# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
00:09.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394
00:0b.0 Ethernet controller: Linksys NC100 Network Everywhere Fast
Ethernet 10/100 (rev 11)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP
I did notice the following driver difference between how FC1 and FC2
recognized my audio:
/etc/sysconfig/hwconf entry from Fedora Core 1:
desc: "VIA Technologies|VT8233/A/8235 AC97 Audio Controller"
/etc/sysconfig/hwconf entry from Fedora Core 2:
desc: "VIA Technologies|VT8233/A/8235/8237 AC97 Audio Controller"
I was not sufficiently patient -- the system does freeze for about 20
seconds but then continues. This happens any time a sound is played.
Does this occur if you boot with acpi=off ?
I booted with apci=off to no avail.
Then I re-read your post and spelled the option right.
Booting with acpi=off did the trick!
Thanks a lot for the tip! If there is anything else you would like me
to try so this can be made to work without a boot param I'm glad to be
the guinea pig!
Firstly confirm it occurs with the errata kernel too please
I had updated my kernel since my first post. Looking in my /boot
-rw-r--r-- 1 root root 1199031 May 8 09:21 vmlinuz-2.6.5-1.358
-rw-r--r-- 1 root root 1203750 Jun 10 09:53 vmlinuz-2.6.6-1.427
-rw-r--r-- 1 root root 1203768 Jun 14 09:23 vmlinuz-2.6.6-1.435
I've been running 2.6.6-1.435 since the 14th.
I'm not sure if that kernel is what you mean by the "errata kernel" --
I'll search the fedora mirrors & FAQs to see if I can find a reference
to such a thing.
.. and in case it was not clear all three of the above Kernels
exhibited the failure using the default boot params added to grub by a
RPM install of the kernel(s). Adding the "acpi=off" flag when booting
into 2.6.6-1.435 cleared it up. I've not tried adding the "acpi=off"
flag to the older kernels, would be glad to do so if that would be
435 is the errata kernel sorry.
Thanks for confirming this is another ACPI problem - no need I think
to check the older kernels.
Fedora Core 2 has now reached end of life, and no further updates will be
provided by Red Hat. The Fedora legacy project will be producing further kernel
updates for security problems only.
If this bug has not been fixed in the latest Fedora Core 2 update kernel, please
try to reproduce it under Fedora Core 3, and reopen if necessary, changing the
product version accordingly.