Red Hat Bugzilla – Bug 197145
Kernel 2.6.17-1.2139_FC5 freezes System completely
Last modified: 2008-08-02 19:40:33 EDT
Description of problem: I have a Thinkpad T42p with no extra Hardware and FC5
installed (close to vanilla, e.g., without any additional software).
When booting kernel 2.6.17-1.2139_FC5 the system freezes completely with no
traces in /var/log/messages. I have to pull the plug and restart with an other
kernel to get it working again
Version-Release number of selected component (if applicable): 2.6.17-1.2139_FC5
Steps to Reproduce:
1. boot with kernel 2.6.17-1.2139_FC5
2. see how init 5 is entered
3. see nothing more, no key does ever work
With kernel 2.6.17-1.2139_FC4 on FC4 there are similar problems:
- cups doesn't start anymore
- no network card recognition (SK-9821 V2.0 Gigabit Ethernet 10/100/1000Base-T
- plenty of error messages
Seems to me as if kernel 2.6.17-1.2139_FC4/5 is horribly broken
Errors concerning kernel 2.6.17-1.2139_FC4 on FC4 refer to another hardware
(fujitsu siemens), never tried it on that ThinkPad.
I have a ThinkPad T42p and within 5 minutes of boot (about enough time for me to
login, open email and browser) it freezes solid.
This has happened 5 times in a row.
kernel-2.6.16-1.2133_FC5 <-- good no trouble (same with all previous FC5 kernels)
kernel-2.6.17-1.2139_FC5 <-- not good
I'm going to try to get some crash/lockup data by using netdump.
Same here. I also own an IBM t42p.
With four boot-trials using 2.6.17-1.2139_FC5 it onece locked up when starting
xorg, and twice with starting the gnome-panels and once after about 5 minutes of
2.6.15-1.2054_FC5 however runs completely fine.
smartctl reports no problems.
memcheck86 -- well, right at the moment I have no time to perform that check --
however, I don't think there is any problem there.
Well, also no clue in /var/log/messages
Also many similar Notebookproblems are found here:
Almost the same on my T42p, only it freezes as soon as X has blanked the screen
(probably initialized part of the chipset/PCI). But, there are leftovers after
the lockup. Rebooting in the previous 2.6.16-1.2133_FC5 results is nonfunctional
network. A second reboot into 2.6.16-1.2133_FC5 is required to get the network
Unfortunately, nothing has changed with new kernel 2.6.17-1.2145_FC5 on the IMB
The same, unfortunately, applies to the Fujitsu-Siemens hardware and kernel
2.6.17-1.2141_FC4 on Fedora Core 4:
- no network card recognition (sk98lin with SK-9821 V2.0 Gigabit Ethernet
- "cupsd: child excited with status 99!"
- dhcpd startup failed ... etc.
the latter two probably due to card recognition failure for sk98lin.
No interesting messages in /var/log/messages.
I discovered that my Thinkpad T42p does not lock up with the new kernel if I
don't start X. If I boot directly to runlevel 3 then I can hammer the system
with no freezes.
The last kernel that works for me is: kernel-2.6.16-1.2133_FC5
Other interesting data points:
1) The stock kernel.org kernel v2.6.17 exhibits the problem too, so this isn't
caused by a fedora kernel patch.
2) I did a git bisect marking v2.6.16 good and v2.6.17 bad. Every single kernel
I compiled and tested (12 of them, uggh) all exhibited the bug! Very odd.
I'm compiling 2.6.18-rc1 to see if there is any change.
Same here on a Dell PowerEdge 400SC with an ATI Radeon 9500 Pro, radeon driver.
FC5 with 2.6.17-1.2139_FC5 hangs solid 5-10 minutes after logging in to GNOME.
2.6.16-1.2133_FC5 doesn't have this issue.
As for the Fujitzu Siemens architecture I cannot confirm the posting of Dax
Kelson . I am actually writing
# uname -r
on a system running the 188.8.131.52 (Helsinki) vanilla kernel downloaded from
kernel.org an just compiled some minutes ago. Compilation went absolutely smooth
and all the silly things of the fedora 2.6.17 update kernels (even on this
architecture) do not show up.
I'll try later the same kernel on the ThinkPad.
Okay, have compiled the 184.108.40.206 (Helsinki) vanilla kernel on the ThinkPad T42p.
Booting FC5 runs smoothly, no error messages, no oops. But, when loging in as
some user, the machine freezes when gnome panel tries to show up.
No graphics, no problem: on runlevel 3 nothing bad happens. Demesg is okay, no
heavy memory or cpu usage, etc..
So in runlevel 5 even 220.127.116.11 (Helsinki) vanilla kernel does not work. When
system freezes, I have to plug it off, then plug in again and reboot.
Does the vanilla kernel 18.104.22.168 on thinkpad t42p hang when it is booted with
ACPI turned off (acpi=off)?
I am thinking that acpi could be a problem with the messages of missing sleep
functionality after introduction of 2.6.17 and t42p uses acpi_sleep=s3_bios to
make sleeping work. Disabling acpi totally might give us a hint.
The vanilla kernel.org kernel has the same problem. I verfied the problem exists
from vanilla v2.6.16 through v2.6.18-rc1.
I'm 99% sure this problem we T42p owners (and likely others with the same video
card) stems from a patch fix that was *dropped* when the Fedora kernel rebased
Specifically the patch "linux-2.6-drm-cripple-r300.patch". I created bug 198121
to re-add that patch.
One work around I discovered is to use the the ATI fglrx video driver. No
lockups. The following two commands will do that for you if you wish:
rpm -Uvh http://rpm.livna.org/livna-release-5.rpm
yum install kmod-fglrx
Hi Dax, what you write sound logical. I've noticed that the problem appears also
on a TravelMate 292LMI which has a "ATI Mobility Radeon 9700" video card (same
type you've mentioned above). The above mentioned Fujitsu-Siemens hardware has
an "nVidia NV34 GeForce FX 5200" adapter, and there it works fine.
Although not "clean" (IMHO), the workaround with livna does a good job. Thanx a lot.
I would like to add that I also have this same problem. My hardware
configuration is attached. (The output from lspci) Bascially I have an intel
motherboard with a ATI Radeon R300 filegl x1 video card.
All kernel releases since 2.6.16-1.2133_FC5smp have frozen my computer. I have
not done the no XOrg test, (i.e. init level 3) In anycase, I just wanted to
throw in my two cents about this bug since it's a big pain in my butt... :( (At
least the 2.6.16-1.2133_FC5smp does work.)
Created attachment 132525 [details]
output of lspci
I tried the updates listed in comment #12 and broke my XOrg setup. Apply them
with caution. I would suggest reading through rpm.lavin.org before proceeding
with the suggested workaround. (I undid the patch and I'm back to running
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.
Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.
This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.
Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.
In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed. See bug 207474 for further details.
If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.
If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.