Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
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 (deleted)
2002-12-13 21:59 UTC, Andreas Balser
no flags Details
dmesg-output of kernel 2.4.7 (with "pci=off") (deleted)
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.