Bug 87417 - reproducable system lockup with kernel-2.4.18-26.8.0
Summary: reproducable system lockup with kernel-2.4.18-26.8.0
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 8.0
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-03-26 19:50 UTC by baiti
Modified: 2007-04-18 16:52 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-09-30 15:40:42 UTC
Embargoed:


Attachments (Terms of Use)

Description baiti 2003-03-26 19:50:18 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

Description of problem:
System completely locks up during normal operation. Simple workloads e.g. a 
Linux kernel compile repeatedly and reproducably cause a total system lockup 
which requires a power-off/on cycle. The problem is not limited to kernel 
compile scenario, running ImageMagick's "convert" program on a set of digital 
photographs also crashed the machine. After a reboot the problem is 
reproducable within 2 minutes running some non trivial workloads as listed 
above.

The hardware is an ASUS A7V8X board with a VIA KT 400 Chipset. The processor 
is an Athlon XP 2000. Sound is disabled and no USB devices are attached. Disk 
is a Maxtor 60GB in UDMA(100) mode. Two Ethernets are configured: (1) the on-
board Broadcom adapter plus (2) an Intel Etherpro 100.

Version-Release number of selected component (if applicable):
kernel-2.4.18-26.8.0

How reproducible:
Always

Steps to Reproduce:
1.run kernel compile or ImageMagick's "convert" or run any other non-trivial 
workload that stresses processor and I/O
2.
3.
    

Actual Results:  system lockup, no panic screen

Additional info:

Using vanilla Linux-2.4.20, manually configured for the components that are 
actually installed in the computer makes the system run without any problems.

Comment 1 baiti 2003-05-29 14:25:36 UTC
I was wondering what the status of this bug is?

In the meantime I upgraded to RedHat 9 and the problem is still there. I have 
tried vanilla kernel trees (up to 2.4.21-rc6) and the official redhat kernels 
up to 2.4.20-13.9 and the problem is still reproducable.

PS: Is there any additional information that I could possibly provide?

Comment 2 Arjan van de Ven 2003-05-29 14:34:22 UTC
I would recommend to run the memtest86 test (www.memtest86.com iirc) to test
your ram chips; and to check for bios upgrades...

Comment 3 baiti 2003-05-29 16:55:34 UTC
have run memtest86, did not find any problems. Also have done BIOS update from 
ASUS support site today (currently running Version 1012 Beta 9, file name 
1012.011). The problem still persists.

Is this motherboard, or better the VIA KT400 chipset on it supposed to be 
supported sufficently current 2.4.x linux kernels?

I am very close to giving up on this board, in case I go for a replacement, 
would the A7N8x (with the nforce-2 chipset) be supported by RH 9?

Comment 4 Alan Cox 2003-06-05 16:59:36 UTC
KT400 works well with Linux. Except yours it seems 8)

I dont think its a simple incompatible hardware problem here


Comment 5 baiti 2003-06-06 06:05:35 UTC
have replaced the A7V8X (KT400) mainboard with an A7N8X (nforce2) mainboard and
moved DRAMs and processor to the new board. Bad enough the problem persisted. I
would conclude that it is indeed not a problem of the KT400 chipset support in
the Linux kernel.

As a next step I have replaced the Athlon XP 2000+ with an Athlon XP 1400+
(ripped it out of another PC) and with that processor the A7N8X runs just fine.
I haven't verified yet whether this processor also runs fine with the A7V8X.

It seems like  there is a problem with my Athlon XP 2000+ processor

Comment 6 Bugzilla owner 2004-09-30 15:40:42 UTC
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
persists.

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/



Note You need to log in before you can comment on or make changes to this bug.