lkml.org 
[lkml]   [2003]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectACPI vs ServerWorksLE in 2.4.23-pre
Hi all...

I have discovered a little proble with ACPI. If I enable ACPI in a SuperMicro
P3TDLE the kernel does not see the 64 bit PCI bus (bus number 1).

It looks the same in -pre5 and -pre7.
The dmesg+lspci info that I have collected is at
http://giga.cps.unizar.es/~magallon/linux/acpi/
They are dmesg's for pre5 and pre7, just with HT_ONLY (and ACPI disabled in
-pre7, so as it is an SMP kernel I just get ACPI_BOOT), and with ACPI
enabled. There is also the diff between -pre7 and -pre7-acpi.

Some things:
- Without full ACPI, I see the pci 1 bus:
00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06)
00:04.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/6326 (rev 0b)
00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51)
00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
01:02.0 Ethernet controller: Intel Corp. 82543GC Gigabit Ethernet Controller (Copper) (rev 02)

- With ACPI, I do not see it.

- If try to boot with pci=noacpì, both kernels fail to initialize interrupts for
the network cards (and perhaps more things), ifup takes an eon to timeout
and the net cards do not work. This is cured by the patch posted by
Thomas Schlichter <schlicht@uni-mannheim.de>:
http://marc.theaimsgroup.com/?l=linux-kernel&m=106616752330476&w=2
With this, pci=noacpi works and the system is fine.

In the diff from -pre7 to -pre7-acpi I can see things like:
...
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
+IRQ10 -> 0:10
+IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
-IRQ26 -> 1:10
-IRQ31 -> 1:15
...
+PCI: Probing PCI hardware
+ ACPI-1120: *** Error: Method execution failed [\_SB_.LNUS._SRS] (Node f7a11860), AE_AML_BUFFER_LIMIT
+ACPI: Retrying with extended IRQ descriptor
+ACPI: Unable to set IRQ for PCI Interrupt Link [LNUS] (likely buggy ACPI BIOS). Aborting ACPI-based IRQ routing. Try pci=noacpi or acpi=off
...
+ACPI: Retrying with extended IRQ descriptor
+ACPI: Unable to set IRQ for PCI Interrupt Link [LNUS] (likely buggy ACPI BIOS). Aborting ACPI-based IRQ routing. Try pci=noacpi or acpi=off

One other chipset to blacklist ?

This rises one other problem. For all people who upgrade from .22 to .23,
and have HT_ONLY, they will end with full ACPI active, and perhaps hit a buggy
BIOS. And their boxes will be unusable.
Would not be useful to maintain something like this for sometime:

- if [ "$CONFIG_ACPI" = "y" ]; then
+ if [ "$CONFIG_ACPI" = "y" -a "$CONFIG_ACPI_HT_ONLY" != "y" ]; then

even if HT_ONLY is not a configurable option, just for the case it is read
from an old .config ?

TIA

(For people in the acpi list, please CC me, I am not subscribed)

--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 9.2 (Cooker) for i586
Linux 2.4.23-pre7-jam2 (gcc 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk))
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.040 / U:0.780 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site