Bug 8674 - SATA disks cannot be initialized if acpi is build into the kernel
Summary: SATA disks cannot be initialized if acpi is build into the kernel
Status: REJECTED INSUFFICIENT_DATA
Alias: None
Product: ACPI
Classification: Unclassified
Component: Config-Interrupts (show other bugs)
Hardware: All Linux
: P1 blocking
Assignee: Len Brown
URL:
Keywords:
: 8675 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-06-25 10:55 UTC by Ivo Sabev
Modified: 2008-08-10 14:10 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.21.5
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
All promised files in the zip (50.84 KB, application/octet-stream)
2007-06-25 11:15 UTC, Ivo Sabev
Details
Boot proccess with acpi=off. Also the actual kernel config! (83.42 KB, text/plain)
2007-07-12 09:31 UTC, Ivo Sabev
Details
Boot proccess with acpi enabled! The same kernel! (65.26 KB, text/plain)
2007-07-12 09:33 UTC, Ivo Sabev
Details
Bzip2 archive of bootup proccess with various kernel boot options as requested (29.94 KB, application/bzip2)
2007-12-14 00:29 UTC, Ivo Sabev
Details
The requested acpidump (86.52 KB, text/plain)
2007-12-17 22:50 UTC, Ivo Sabev
Details
tools to get bios prt table (6.33 KB, text/plain)
2007-12-18 22:59 UTC, ykzhao
Details
pirq result (2.29 KB, text/plain)
2007-12-18 23:56 UTC, Ivo Sabev
Details
Boot proccess with pci=nomsi irqpoll pci=routeirq kernel options (23.63 KB, text/plain)
2007-12-18 23:57 UTC, Ivo Sabev
Details
Boot proccess with acpi=noirq pci=nomsi kernel options (24.28 KB, text/plain)
2008-01-01 00:07 UTC, Ivo Sabev
Details
Boot proccess with requested options (21.07 KB, text/plain)
2008-01-14 23:30 UTC, Ivo Sabev
Details

Description Ivo Sabev 2007-06-25 10:55:09 UTC
Most recent kernel where this bug did not occur: 2.4.33.3
Distribution: Slackware 11.0
Hardware Environment: MB: FoxConn 975XAA, CPU: Pentium D 930 ( 3.oo GHz)
Output of lspci -vv will come as atachment
Software Environment: 
Problem Description:

When ACPI is enabled and build into the kernel, the system hangs on boot. You can see the whole procedure in the file 1M.txt that will be attached. Kernel config is in the file config-with-acpi.txt. 

If acpi is not build, then everything "seems" normal - file Correct.txt. kernel config differs only in acpi section - acpi is not build.

There is VMWare Server on this machine, but the module was removed from laoding, so any binary part does not exists when making this outputs.

The problem also occured when giving pci=noacpi optio nat boot - pci-noacpi.txt

Steps to reproduce: Every time acpi is build for this system.

ATI driver is not presented on the system.

Short output of lspci:

00:00.0 Host bridge: Intel Corporation 975X Express Memory Controller Hub (rev c0)
00:01.0 PCI bridge: Intel Corporation 975X Express PCI Express Root Port (rev c0)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]
01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE]
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 22)
03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 22)
04:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
Comment 1 Ivo Sabev 2007-06-25 11:15:06 UTC
Created attachment 11871 [details]
All promised files in the zip
Comment 2 Adrian Bunk 2007-06-30 16:54:40 UTC
*** Bug 8675 has been marked as a duplicate of this bug. ***
Comment 3 Len Brown 2007-07-11 20:35:58 UTC
irq 218: nobody cared (try booting with the "irqpoll" option)
 [<c014022a>] __report_bad_irq+0x36/0x75
 [<c01402f6>] note_interrupt+0x71/0xa4
 [<c0140a50>] handle_edge_irq+0xd4/0xfb
 [<c01041c0>] do_IRQ+0x7b/0x93
 [<c0102f2b>] common_interrupt+0x23/0x28
 [<c0100a84>] mwait_idle_with_hints+0x34/0x38
 [<c0100951>] cpu_idle+0x63/0x7d
 [<c055dbbb>] start_kernel+0x1eb/0x1ef
 [<c055d587>] unknown_bootoption+0x0/0x181
 =======================
handlers:
[<c02fa23c>] (ahci_interrupt+0x0/0xc8)
Disabling IRQ #218

please confirm that the kernel you built with ACPI support
works properly when booted with "acpi=off".

If it does not, then you may have other differences between
the working and failing configs besides ACPI.
Comment 4 Ivo Sabev 2007-07-12 09:31:33 UTC
Created attachment 12013 [details]
Boot proccess with acpi=off. Also the actual kernel config!

With acpi=off the boot is successfull.
Excuse me for my mistake in the first attachment!
Comment 5 Ivo Sabev 2007-07-12 09:33:52 UTC
Created attachment 12015 [details]
Boot proccess with acpi enabled! The same kernel!

Boot proccess with acpi enabled! The same kernel!
Comment 6 Zhang Rui 2007-12-06 19:45:54 UTC
Can the kernel boot successfully if you enable acpi and boot with pci=nomsi?
Please attach the content of /proc/interrupts if it works for you.
Comment 7 ykzhao 2007-12-07 01:04:01 UTC
Please try the latest kernel, say 2.6.23
Please attach the output of acpidump and lspci -vvxxx.
Please try to boot with pnpacpi=off and attach the dmesg output.
Comment 8 Ivo Sabev 2007-12-07 02:42:25 UTC
Ok, but just give me some time, because I will be not near the PC and not near any Internet access in the next couple of days.
Comment 9 Ivo Sabev 2007-12-09 10:39:29 UTC
(In reply to comment #6)
> Can the kernel boot successfully if you enable acpi and boot with pci=nomsi?
> Please attach the content of /proc/interrupts if it works for you.
> 

Sorry, no success on this. Outputs will come later.
Comment 10 Ivo Sabev 2007-12-11 12:04:06 UTC
(In reply to comment #7)
> Please try the latest kernel, say 2.6.23
> Please attach the output of acpidump and lspci -vvxxx.
> Please try to boot with pnpacpi=off and attach the dmesg output.
> 

No success also
Comment 11 ykzhao 2007-12-13 21:48:18 UTC
Will you please try it with boot option of pci=nommconf besides the tests in comment #7?
Thanks.
Comment 12 Ivo Sabev 2007-12-13 23:47:22 UTC
Hi,
Sorry, but my english is not s ogood. COuld you clarify for me should I run the kernel like this:

pnpacpi=off pci=nommconf

or just like this:

pci=nommconf

Or should I try both?
Comment 13 ykzhao 2007-12-13 23:55:43 UTC
Both.
Comment 14 Ivo Sabev 2007-12-14 00:29:28 UTC
Created attachment 14022 [details]
Bzip2 archive of bootup proccess with various kernel boot options as requested
Comment 15 Ivo Sabev 2007-12-14 00:32:23 UTC
Again no success.
I can make for you an access to the machine. There is serial console attached to it and you can connect trough another PC that is located here.
Comment 16 ykzhao 2007-12-17 01:56:15 UTC
The output of acpidump is also required. 
Will you please attach it?
The acpidump tool can be found http://www.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/pmtools-20071116.tar.gz

Thanks.
Comment 17 Ivo Sabev 2007-12-17 22:50:25 UTC
Created attachment 14097 [details]
The requested acpidump

The acpidump output as requested
Comment 18 ykzhao 2007-12-18 22:57:06 UTC
Please try to boot with the three paramters "pci=nomsi irqpoll pci=routeirq" altogether.
Comment 19 ykzhao 2007-12-18 22:59:42 UTC
Created attachment 14120 [details]
tools to get bios prt table

Would you please run this tool and attach the result?
Comment 20 Ivo Sabev 2007-12-18 23:56:30 UTC
Created attachment 14121 [details]
pirq result

The kernel runned is the working one with acpi=off
Comment 21 Ivo Sabev 2007-12-18 23:57:34 UTC
Created attachment 14122 [details]
Boot proccess with pci=nomsi irqpoll pci=routeirq kernel options

Booting with requested options:
nomsi_irqpoll_routeirq
Comment 22 ykzhao 2007-12-21 00:45:21 UTC
Will you please test the option of "acpi=noirq pci=nomsi" and attach the output of dmesg?
Comment 23 Ivo Sabev 2007-12-21 00:55:10 UTC
Ok,
but I will be able to make it on 30th or 31fs of December, so until then there will be no feedback.
Sorry, I am just in a middle of LAB reconfiguration.
I wish you Merry Christmas and Happy New Year! 

Best Regards Ivo Sabev 
Comment 24 Ivo Sabev 2008-01-01 00:07:24 UTC
Created attachment 14244 [details]
Boot proccess with acpi=noirq pci=nomsi kernel options

Happy New Year!
I wish you exponential drop in the number of bugs :)

As of today I would like to inform you that I will not have serial console access to the machine very regularly so please be patient waiting for new debugs.
I am so sorry I really want this bug to be fixed and I will do everything to minimize this period of "no console access".
Best Regards
Comment 25 ykzhao 2008-01-07 00:44:58 UTC
Hi, Ivo
Will you please try to boot the system with the option of "pci=nommconf acpi=noirq pci=nomsi" and attach the output of dmesg?
Thanks.
Comment 26 Ivo Sabev 2008-01-14 23:30:14 UTC
Created attachment 14458 [details]
Boot proccess with requested options
Comment 27 ykzhao 2008-04-22 02:30:52 UTC
Hi, Ivo
    Will you please try the latest kernel and see whether the problem still exists?
    Thanks.
Comment 28 Shaohua 2008-07-15 19:33:00 UTC
No response, reject it.
Comment 29 Ivo Sabev 2008-07-18 11:13:28 UTC
Hi all,
Sorry to bring you this news, but the system was disasmbeled due to the 
bug and new wil lbe build, using the same chipset - 975X. If there is 
the same problem , I will inform you

bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8674
>
>
> shaohua.li@intel.com changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|NEEDINFO                    |REJECTED
>          Resolution|                            |INSUFFICIENT_DATA
>
>
>
>
> ------- Comment #28 from shaohua.li@intel.com  2008-07-15 19:33 -------
> No response, reject it.
>
>
>   
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="serif">Hi all,<br>
Sorry to bring you this news, but the system was disasmbeled due to the
bug and new wil lbe build, using the same chipset - 975X. If there is
the same problem , I will inform you<br>
</font><br>
<a class="moz-txt-link-abbreviated" href="mailto:bugme-daemon@bugzilla.kernel.org">bugme-daemon@bugzilla.kernel.org</a> wrote:
<blockquote
 cite="mid:20080716023300.68F93108035@picon.linux-foundation.org"
 type="cite">
  <pre wrap=""><a class="moz-txt-link-freetext" href="http://bugzilla.kernel.org/show_bug.cgi?id=8674">http://bugzilla.kernel.org/show_bug.cgi?id=8674</a>


<a class="moz-txt-link-abbreviated" href="mailto:shaohua.li@intel.com">shaohua.li@intel.com</a> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |REJECTED
         Resolution|                            |INSUFFICIENT_DATA




------- Comment #28 from <a class="moz-txt-link-abbreviated" href="mailto:shaohua.li@intel.com">shaohua.li@intel.com</a>  2008-07-15 19:33 -------
No response, reject it.


  </pre>
</blockquote>
</body>
</html>
Comment 30 Ivo Sabev 2008-08-10 14:10:54 UTC
Motherboard changed to one with Intel P45 chipset.
No problems.
Old motherboard can be tested around Cristmass unfortenately. 
Decide for the status of this bug.

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