From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.2-2smp i686)
Description of problem:
I have an AMD 933 running on an ASUS A7V-KT133 that reliably hangs when
trying to load the keytable. The hard drive is a WD400B, connected to
the ATA100 controller. It's a hard lockup, where even the SysReq keys
don't work anymore. In /etc/init.d/keytable I tried removing the redirect
to /dev/null, and adding -vv to the actual loadkey command, but nothing
prints out. The system ran fine on 2.4.2-2, but I just can't get it to
work now. The loadkey command works fine when I boot into single mode and
run it from the command line.
Steps to Reproduce:
1. Upgrade 2.4.2-2 system on above described hardware to 2.4.3-12
2. Boot machine.
Actual Results: The machine locks cold on loading the keytable, and I
can't boot into multi-user mode.
Does it work if you try "ide=nodma" on the lilo prompt ?
The ide=nodma works fine. The hosts on which this was a problem are part of a
cluster, though, and turning DMA off causes a very noticeable performance hit on
our apps. Any idea the root cause of this bug, or any other way to work around
it? I will, however, leave DMA turned off for now.
First suggestion: go to the Asus website and upgrade your bios.
VIA chipsets have bugs that are worked around in VERY recent bioses;
2.4.2-2 had an unoffical bugfix we reverseengineered, 2.4.3-12 has the official
one but it seems to not work with all older bioses.
Second: it might be that the highest DMA setting is causing problems.
You can boot with "ide=nodma" and then use hdparm to enable a dma or udma33;
it's not as fast as udma66/100 but it's still better than no dma at all.
I downloaded and successfully installed the 1005A BIOS (the latest one
for my MB). I removed the "ide=nodma" from lilo and rebooted.
It still hung on the keytable.
I kept the "ide=nodma" in lilo.conf, but created a harddiskhde file
in /etc/sysconfig/. I had USING_DMA uncommented, with options
"-X66 -a 8". It still hung. I tried -X34 instead and it still hung.
Let me know if there's any other info you need or any other
possible work-arounds you know of. Thanks for your help so far.
Have you tried a beta ASUS bios from ftp.asuscom.de? The 1006.01i beta is
available for the a7v133. I've just installed it, and it would *appear* to have
fixed the problem.
I tried the recommended beta BIOS with limited results. It boots
and gets past loading the keytable, but freezes later on. While
starting runlevel 3, it gets to starting atd and then hangs. Same
kind of hang as before; it requires a cold reboot.
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/