Bug 79510 - booting on laptop w/ intel 860 chipset only possible with pci=off or pci=conf2
Summary: booting on laptop w/ intel 860 chipset only possible with pci=off or pci=conf2
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 8.0
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2002-12-12 15:40 UTC by Andreas Balser
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-01-12 15:09:59 UTC

Attachments (Terms of Use)
the output of dmesg of 2.4.2-2 on RH7.1 (8.04 KB, text/plain)
2002-12-13 21:59 UTC, Andreas Balser
no flags Details
dmesg-output of kernel 2.4.7 (with "pci=off") (5.27 KB, text/plain)
2002-12-13 22:01 UTC, Andreas Balser
no flags Details

Description Andreas Balser 2002-12-12 15:40:56 UTC
Description of Problem:
When I boot (or try to install) RH8.0 (as well as RH7.2, Suse 8.1, Suse 7.3),
the system hangs after about one text page.
The only remedy I found so far is adding pci=off or pci=conf2 to the boot
options. Both of these result in pci-adapters like ethernet not being available
(which is unacceptable).

Version-Release number of selected component (if applicable):
several 2.4 kernels

How Reproducible:

Steps to Reproduce:
1.  put RH-install CD into the drive
2.  turn on, press enter to start installation

Actual Results:
complete crash (no C-A Del, no NumLock key, ...)

Expected Results:
start choosing what to install

Additional Information:
The system is a Gericom Masterpiece 2440 notebook (P4 2,4), with a
lspci reports the pci-bridge to be intel 82801BAM (apparently, this belongs to
the intel 860 chipset).
A recent version of knoppix which I just tried boots ok, and afterwars "ifconfig
eth0" knows about the ethernet card (which is a realtek 8139).

I have found some (not very many) similar bugs here, but none that matched my

PS: nousb-boot parameter doesn't help here.

Comment 1 Andreas Balser 2002-12-13 20:57:36 UTC
I have found that if I install the RH7.1-kernel, everything works fine. 
Absolutely weird, since the 7.1-kernel is 2.4.2-2 ... 

Comment 2 Ben LaHaise 2002-12-13 21:00:39 UTC
Could you collect the boot messages of both the 2.4.2-2 kernel and the 8.0
kernel off of a serial console attached to the machine?  That might give us a
clue where things are going wrong, and what workaround is possible.

Comment 3 Andreas Balser 2002-12-13 21:59:25 UTC
Created attachment 88704 [details]
the output of dmesg of 2.4.2-2 on RH7.1

I have attached the output of kernel 2.4.2-2 on RH7.1 (the system I am
currently running).

(sorry, don't know what you mean by attaching a serial console).

The other kernels hang after printing the "ide1: BM-DMA ..."-line.
To the best of my knowledge, the output before is the same.

I will also attach the output of kernel 2.4.7 (RH7.1); however, it will be the
output of the one booting with "pci=off"-option.

Comment 4 Andreas Balser 2002-12-13 22:01:02 UTC
Created attachment 88705 [details]
dmesg-output of kernel 2.4.7 (with "pci=off")

this is the announced output of dmesg, after booting with kernel 2.4.7 with the

should I download the kernel 2.4.20, which RH released as a supplement to 8.0?

Comment 5 Andreas Balser 2002-12-13 22:04:36 UTC
I am running RH7.2, with the kernel of 7.1. 
sorry, it's getting late in Europe... 

Comment 6 Alan Cox 2002-12-16 05:29:24 UTC
Try the 8.0 boot with ide=nodma

Comment 7 Andreas Balser 2002-12-17 22:47:39 UTC
ide=nodma does not change anything. 
BTW, on the dead screen, I have the impression of more "IRQ10"'s showing up than 
on both running ones. 
Also, maybe I should mention that I have a Phoenix 4.0 (release 6) BIOS, which 
does not offer a lot of options. 
However, I have set "operating system" to "other" (the alternative was win 2k/xp), 
otherwise pretty much everything there is still at its standard values. I guess the 
operating system-setting is actually the PnP-question. 

Comment 8 Andreas Balser 2003-01-02 16:57:45 UTC
Any more ideas on this bug? 
I am still not happy with the situation... 
(also: maybe someone should change the status; or is this still a "new" bug?) 

Comment 9 Alan Cox 2003-01-02 17:11:30 UTC
No more ideas currently, and no replication of it on other 860 based systems
that I know about. 

Comment 10 Andreas Balser 2003-01-02 21:57:06 UTC
Actually, I just managed to get some new information:

I downloaded kernel-2.4.20-2 (from rawhide) and installed it (at least tried to)
on RH7.1 (because I had it on an old partition and didn't want to mess with the
working system too much).

Anyway, it shows the following behavior: crashes both with and without "pci=off"
(but at different points)

Not using "pci=off":

Similar crash as before, but the last messages are different:
looks somewhat normal, the last few lines are:
PCI: Enabling device 00:1f.6 (0000 -> 0001)
PCI: Found IRQ 10 for deevice 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
Real Time Clock Driver v1.10e

and that's it.

If I add "pci=off" to the boot options:
the last screen looks like:
a bunch of acpi messages
2 init messages
1 kernel_thread_helper message
Code: Bad EIP value
<0> kernel panic: Attempted to kill init!
(and that's it again).

(maybe the "bad EIP" - thing has something to do with the fact that I had to
install some more recent version of iptables than shipped with RH7.1 ?)

(should I install RH8.0 on the spare partition and see what kernel 2.4.20-2 does
with that?)

Comment 11 Andreas Balser 2003-01-12 15:09:59 UTC
On some other mailinglist (suse-laptop), someone has found a solution:

One has to disable "USB legacy support" in the BIOS, then everything works fine.
He reports that USB works nevertheless (I can't test that since I don't have any
USB devices)

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