From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0b; Windows NT 5.0)
Description of problem:
When I use an SMP enabled kernel X starts then hangs just after loading
the desktop. I have tried recompiling the kernel, taking out the PCI cards
and swapped the Matrox G400 for a Riva TNT2, all with the same result.
Steps to Reproduce:
1. Boot the SMP Kernel (either 2.4.2 as provided or 2.4.4 as downloaded)
3. wait for a few secs then hangs.
Actual Results: Shows the tips then hangs
Seems to happen faster in GNOME than KDE. Note that the uni-processor
kernel is stable and X works fine.
MSI 694D Pro (promise cont. but no raid). 256MB ram. Matrox G400, Fire-
wire OHCI card, TV card, USB mouse, PS2 keyboard, IBM harddisk, PCI Modem.
Tried Mandrake 8 && RH 7.1
If you boot into graphical mode, I need you to boot into runlevel 3
instead, startx, wait until the problem occurs, reboot again into runlevel3
without any X, then attach using the link below:
You may want to remove any private info from the messages file first.
Created attachment 18830 [details]
Created attachment 18831 [details]
Created attachment 18832 [details]
Does this occur when using the Red Hat supplied SMP kernel? (binary, not
What specific Red Hat kernel are you using that is having this
problem? (again, provided binary, not rebuilt)
I have indeed tried with the default kernel.
The kernel is redhat 7.1 (2.4.2-smp) although this is a little unstable due to
the promise controller! (get kernel oops when booting).
As I said the system works fine when running the single processor kernel. I am
not sure that this is a kernel problem though.
Make sure you are running the latest flash rom update from your
motherboard manufacturer. Also, check the various CMOS settings
and insure they are correct. This problem is almost certainly
hardware specific so I suspect the motherboard and/or BIOS in
combination with the video hardware.
By the way, your log file seems to show an IRQ conflict between
3 devices. This may very well cause problems. Also, make
sure the video hardware is assigned an IRQ in the CMOS.
Try disabling DRI also.
If all else fails, I recommend upgrading to Red Hat Linux 7.2 or
at least upgrading to XFree86 4.1.0-3 and the latest erratum
kernel for 7.2 as well as all their dependacies. It is possible
this may solve the problem if the above does not, and the 7.2
packages, or something based on them is likely to be released
as erratum for 7.1 soon, so it would be good to test as 4.1.0
will be with us for quite a while.
XFree86 4.1.0-15 has been released for Red Hat Linux, as has a new kernel.
While I believe your problem to be a hardware issue, you should upgrade
to our latest packages just in case it solves the problem for you.
If you continue to have this problem please provide updated info and new
Assuming the problem is fixed now. Please reopen bug report with updated
info after updating all released Red Hat Linux erratum if the problem
persists. Please attach new X server log and kernel messages file at
that time if needed also.