> What's the schedule for Len's rework to Marcelo?
I'm testing today and expect to push via Andy
(http://linux-acpi.bkbits.net/to-andy-2.4) when when I'm satisifed I
haven't toasted anything -- probably Wednesday.
Cheers,
-Len
Ps. Below is the current plan for ACPI build and boot knobs. Except for the
config syntax -- 2.4 and 2.5 should end up the same. Let me know if we
missed anything.
Audit of ACPI build and boot options
Scrubbed w/ Andy 7/10 -- see TODO for Lenb's plan
Build Options
-------------
Indentation shows dependency (from acpi/Kconfig, Makefile)
CONFIG_ACPI_HT_ONLY
depends on X86 && ACPI && X86_LOCAL_APIC
:= acpitable.o
TODO: simplify acpitable.c to only to LAPIC enumeration for HT
It probably shouldn't parse the non-LAPIC MADT entries
TODO: make this independent of the ACPI option:
ACPI && ACPI_HT_ONLY
Expect OSD's to build this way
acpitable.c runs only if boot with acpi=cpu
This matches SL8.2 distribution
!ACPI && ACPI_HT_ONLY
Minimal kernel to enable HT -- no ACPI
acpi=cpu is the default behaviour here
if somebody wants to disable ht, they can use "noht"
This matches RHL's 2.4 distribution
ACPI && !ACPI_HT_ONLY
Full ACPI w/o the acpi=cpu option
Maybe OSD's will get here some day
!ACPI && !ACPI_HT_ONLY
no HT, no ACPI
TODO: delete the !CONFIG_ACPI_HT_ONLY from the module dependencies
below.
They depend on ACPI, and don't care about
CONFIG_ACPI_HT_ONLY
CONFIG_ACPI
depends on !X86_VISWS (SGI visual workstation)
TODO: change this to "depends on IA64 && !IA64_HP_SIM || X86 && ACPI
&& !ACPI_HT_ONLY"
per CONFIG_ACPI_BOOT below
+= drivers/acpi/
CONFIG_ACPI_BOOT
depends on IA64 && (!IA64_HP_SIM || IA64_SGI_SN) || X86 &&
ACPI && !ACPI_HT_ONLY
TODO: This expression looks wrong IA64_SGI_SN should not be
necessary
TODO: add parens, b/c it looks like '||' is higher
presidence than '&&'
It doesn't make sense to have CONFIG_ACPI w/o
CONFIG_ACPI_BOOT
TODO: delete this option and fold CONFIG_ACPI_BOOT into
CONFIG_ACPI
:= boot.o
+= tables.o blacklist.o
CONFIG_X86_LOCAL_APIC
acpi_lapic
CONFIG_X86_IO_APIC
acpi_ioapic
CONFIG_ACPI_SLEEP
depends on X86 && ACPI && !ACPI_HT_ONLY && SOFTWARE_SUSPEND
+= main.o
+= sleep.o wakeup.o
CONFIG_ACPI_SLEEP_PROC_FS
depends on ACPI_SLEEP && PROC_FS
+= proc.o
CONFIG_ACPI_AC
depends on X86 && ACPI && !ACPI_HT_ONLY
+= ac.o
CONFIG_ACPI_BATTERY
depends on X86 && ACPI && !ACPI_HT_ONLY
+= battery.o
CONFIG_ACPI_BUTTON
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= button.o
CONFIG_ACPI_FAN
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= fan.o
CONFIG_ACPI_PROCESSOR
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= processor.o
CONFIG_ACPI_THERMAL
depends on ACPI_PROCESSOR
+= thermal.o
CONFIG_ACPI_NUMA
if NUMA && (IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY && !X86_64)
+= numa.o
CONFIG_ACPI_ASUS
depends on X86 && ACPI && !ACPI_HT_ONLY
+= asus_acpi.o
CONFIG_ACPI_TOSHIBA
depends on X86 && ACPI && !ACPI_HT_ONLY
+= toshiba_acpi.o
CONFIG_ACPI_DEBUG
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
enables -DACPI_DEBUG_OUTPUT
+= debug.o
CONFIG_ACPI_BUS
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= sleep/
:= poweroff.o
+= bus.o
+= scan.o
CONFIG_ACPI_INTERPRETER
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
osl.o utils.o \
dispatcher/ events/ executer/ hardware/ \
namespace/ parser/ resources/ tables/ \
utilities/
It doesn't make sense to have ACPI w/o the interpreter
TODO: fold into CONFIG_ACPI
CONFIG_ACPI_EC
depends on X86 && ACPI && !ACPI_HT_ONLY
+= ec.o
TODO: possibly fold into CONFIG_ACPI
? But what about IA64?
CONFIG_ACPI_POWER
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= power.o
CONFIG_ACPI_PCI
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= pci_root.o pci_link.o pci_irq.o pci_bind.o
TODO: depend on CONFIG_PCI (like 2.4 does)
CONFIG_ACPI_SYSTEM
depends on IA64 && !IA64_HP_SIM || X86 && ACPI &&
!ACPI_HT_ONLY
+= system.o event.o
CONFIG_ACPI_EFI
depends on IA64 && (!IA64_HP_SIM || IA64_SGI_SN)
used within osl.c
TODO: depend on CONFIG_ACPI
CONFIG_X86_LOCAL_APIC
ACPI_HT_ONLY depends on this
CONFIG_X86_IO_APIC
+= io_apic.o
Boot options:
------------
acpismp=force
TODO: Delete.
Used in 2.4 to force acpitable.c to configure HT.
But it because a no-op when the code was changed
to call acpitable.c whenever the cpu flags said HT was supported.
noht
Keep
TODO: fix
Disable HT for benefit of systems which perform better with HT
disabled, but
have a BIOS incapable of disabling HT.
currently broken in 2.5
acpi=off
Keep.
Don't config with ACPI
Don't load driver/interpreter, enter ACPI mode, or handle events
acpi=cpu
TODO: port SuSE's "acpi=oldboot" with name change to "acpi=cpu"
Minimal ACPI table support to allow cpu enumeration for benefit of
HT.
pci=noacpi
Keep.
-
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/
This archive was generated by hypermail 2b29 : Tue Jul 15 2003 - 22:00:59 EST