Bug 251493 - HP DC7700 ACPI problem
Summary: HP DC7700 ACPI problem
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: FCMETA_ACPI
TreeView+ depends on / blocked
 
Reported: 2007-08-09 13:20 UTC by Mogens Kjaer
Modified: 2008-04-09 18:20 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-11-01 13:31:28 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmidecode from a dc7700 (18.63 KB, text/plain)
2007-10-27 09:45 UTC, Mogens Kjaer
no flags Details

Description Mogens Kjaer 2007-08-09 13:20:20 UTC
Description of problem:

Booting installation on f8test1 x86_64 on an HP DC7700 hangs at:

...
ACPI: Interpreter enabled
ACPI: (supports S0 S3)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)

Fedora < 7 all had the same problem. The problem was solved in
all kernels of F7, now it comes back in F8test1.


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


How reproducible:


Steps to Reproduce:
1. Boot installation on HP DC7700
2. 
3.
  
Actual results:

Hangs at ACPI

Expected results:

Normal boot

Additional info:

Comment 1 Chuck Ebbert 2007-08-09 19:48:30 UTC
Please try:

  pci=nomsi

also:

  pci=nomsi,nommconf


Comment 2 Mogens Kjaer 2007-08-10 06:48:31 UTC
pci=nomsi makes no difference
pci=nomsi,nommconf works

Comment 3 John Summerfield 2007-10-21 22:43:50 UTC
This problem exists in F 8 test3.



Comment 4 John Summerfield 2007-10-22 00:06:52 UTC
I have upgraded to kernel 2.6.23.1-23.fc8, and the problem persists.



Comment 5 Dave Jones 2007-10-25 04:59:47 UTC
try pci=noacpi ?


Comment 6 Mogens Kjaer 2007-10-25 06:28:34 UTC
Kernel 2.6.13.1-31.fc8 x86_64:

pci=nomsi:            No go, stops at ACPI
pci=nomsi,nommconf:   OK, works
pci=noacpi:           Kernel panic

Comment 7 Mogens Kjaer 2007-10-25 06:52:18 UTC
Should have been: kernel 2.6.23.1-31.fc8 x86_64

The call trace from the panic with pci=noacpi is:

<IRQ> handle_level_irq+0x3c/0xe4
do_IRQ+0xf1/0x161
ret_from_intr+0x0/0xa
<EOI>__delay+0x8/0x10
timer_irq_works+0x20/0x3e
setup_IO_APIC+0x5d6/0x88d

I'll try to find a camera to get a screenshot if more information is
needed.

Comment 8 Jesse Barnes 2007-10-26 23:39:49 UTC
There was a patch in -mm called 
pci-disable-decode-of-io-memory-during-bar-sizing.patch that may fix this 
hang.  At the moment, Greg is reluctant to push it upstream over Ivan's 
concerns.

Comment 9 Dave Jones 2007-10-27 00:21:36 UTC
can you attach your dmidecode output ?  We should be able to add a quirk to work
around this.


Comment 10 Mogens Kjaer 2007-10-27 09:45:49 UTC
Created attachment 240231 [details]
dmidecode from a dc7700

Comment 11 Will Woods 2007-10-31 20:27:34 UTC
Could you try booting the boot.iso from today's rawhide? We've turned off PCI
MMCONFIG, which should fix the boot hang here.

Comment 12 Mogens Kjaer 2007-11-01 07:22:12 UTC
Yes! It works.

I can boot the installation from the boot.iso image.
After the installation the machine boots without any extra boot options.

Comment 13 Brian Maly 2008-04-09 18:20:25 UTC
Was pci-disable-decode-of-io-memory-during-bar-sizing.patch the patch that
resolve this issue? I.e. this was the patch that went into the boot.iso kernel?

I ask in reference to BZ 441615 (same bug but for RHEL5) so that I might
identify which patch should be backported to RHEL5.


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