From: Len Brown <len.brown@intel.com>
To: Marcelo Tosatti <marcelo.tosatti@cyclades.com.br>
Cc: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: [BKPATCH] ACPI for 2.4
Date: 18 Nov 2003 15:58:03 -0500 [thread overview]
Message-ID: <1069189083.2970.540.camel@dhcppc4> (raw)
Hi Marcelo, please do a
bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.23
Asside from the fixes we discussed, I found some of
the ACPI related x86_64 code in need of sync from i386,
so I did that and iterated to fix a few broken build configs.
Of my standard set, !CONFIG_PCI is still broken,
but probably nobody cares. the pci=noacpi code is
updated from 2.6, but both trees needs some cleaning...
It would be good to get some feedback from those with
x86_64 hardware, since I don't currently have any.
thanks,
-Len
ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.23-rc1/acpi-20031002-2.4.23-rc1.diff.gz
This will update the following files:
Documentation/kernel-parameters.txt | 9 +
MAINTAINERS | 4
arch/i386/kernel/acpi.c | 58 ++++++-
arch/i386/kernel/dmi_scan.c | 1
arch/i386/kernel/io_apic.c | 10 -
arch/i386/kernel/mpparse.c | 4
arch/i386/kernel/setup.c | 6
arch/x86_64/kernel/Makefile | 2
arch/x86_64/kernel/acpi.c | 98 ++++++++++---
arch/x86_64/kernel/e820.c | 10 +
arch/x86_64/kernel/io_apic.c | 20 +-
arch/x86_64/kernel/mpparse.c | 8 -
arch/x86_64/kernel/pci-pc.c | 8 +
arch/x86_64/kernel/setup.c | 4
drivers/acpi/bus.c | 4
drivers/acpi/pci_link.c | 180 ++++++++++++++++++++----
drivers/acpi/system.c | 9 +
include/acpi/acpi_bus.h | 1
include/asm-i386/acpi.h | 29 +--
include/asm-i386/io_apic.h | 23 ++-
include/asm-x86_64/acpi.h | 28 +--
include/asm-x86_64/apic.h | 13 -
include/asm-x86_64/io_apic.h | 21 ++
23 files changed, 412 insertions(+), 138 deletions(-)
through these ChangeSets:
<len.brown@intel.com> (03/11/18 1.1193.1.10)
"pci=noacpi" use pci_disable_acpi() instead of touching use_acpi_pci
directly
<len.brown@intel.com> (03/11/18 1.1063.44.51)
[ACPI] sync some i386 ACPI build fixes into x86_64 to fix
!CONFIG_ACPI build
<len.brown@intel.com> (03/11/18 1.1193.1.8)
x86_64 build fix from previous cset
<len.brown@intel.com> (03/11/18 1.1063.44.50)
i386 build fix from previous cset
<len.brown@intel.com> (03/11/18 1.1193.1.6)
2.4.23 build x86_64 build fixes
<len.brown@intel.com> (03/11/18 1.1063.44.49)
[ACPI] fix x86_64 !CONFIG_ACPI build
<len.brown@intel.com> (03/11/18 1.1063.44.48)
[ACPI] Maintainer: Andy Grover -> Len Brown
<len.brown@intel.com> (03/11/18 1.1063.44.47)
[ACPI] fix x86_64 build errors
<len.brown@intel.com> (03/11/18 1.1063.44.46)
[ACPI]
Re-enable IRQ balacning if IOAPIC mode
http://bugzilla.kernel.org/show_bug.cgi?id=1440
Also allow IRQ balancing in PIC mode if "acpi_irq_balance"
http://bugzilla.kernel.org/show_bug.cgi?id=1391
<len.brown@intel.com> (03/11/18 1.1063.44.45)
[ACPI ] pci=acpi ineffective fix from i386 2.6 (Thomas Schlichter)
http://bugzilla.kernel.org/show_bug.cgi?id=1219
<len.brown@intel.com> (03/11/18 1.1063.44.44)
[ACPI] "acpi_pic_sci=edge" in case platform requires Edge Triggered
SCI
http://bugzilla.kernel.org/show_bug.cgi?id=1390
<len.brown@intel.com> (03/11/18 1.1063.44.43)
[ACPI] print_IO_APIC() only after it is actually programmed
http://bugzilla.kernel.org/show_bug.cgi?id=1177
<len.brown@intel.com> (03/11/17 1.1063.44.42)
[ACPI] fix ACPI/legacy interrupt sharing issue ala 2.6
http://bugzilla.kernel.org/show_bug.cgi?id=1283
<len.brown@intel.com> (03/11/17 1.1063.44.41)
[ACPI] fix poweroff failure ala 2.6 (Ducrot Bruno)
http://bugzilla.kernel.org/show_bug.cgi?id=1456
<len.brown@intel.com> (03/11/07 1.1063.44.40)
[ACPI] In ACPI mode, delay print_IO_APIC() to make its output valid.
http://bugzilla.kernel.org/show_bug.cgi?id=1177
<len.brown@intel.com> (03/11/07 1.1063.44.39)
[ACPI] If ACPI is disabled by DMI BIOS date, then
turn it off completely, including table parsing for HT.
This avoids a crash due to ancient garbled tables.
acpi=force is available to over-ride this default.
http://bugzilla.kernel.org/show_bug.cgi?id=1434
<len.brown@intel.com> (03/10/30 1.1063.44.38)
[ACPI] fix CONFIG_HOTPLUG_PCI_ACPI config (Xose Vazquez Perez)
next reply other threads:[~2003-11-18 20:59 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-18 20:58 Len Brown [this message]
2003-11-20 11:16 ` [BKPATCH] ACPI for 2.4 Len Brown
2003-11-21 17:49 ` Willy Tarreau
2003-11-21 18:46 ` Willy Tarreau
-- strict thread matches above, loose matches on Subject: below --
2004-02-07 9:10 Len Brown
2004-02-08 8:20 ` Willy Tarreau
2004-02-08 9:08 ` Willy Tarreau
2004-02-25 10:01 Len Brown
2004-03-06 6:32 Len Brown
2004-03-14 6:01 Len Brown
2004-03-23 10:43 Len Brown
2004-03-27 0:53 Len Brown
2004-04-01 10:40 Len Brown
2004-04-01 12:24 O.Sezer
2004-04-01 12:57 ` O.Sezer
2004-05-06 22:28 Len Brown
2004-05-20 6:14 Len Brown
2004-06-18 7:32 Len Brown
2004-10-28 9:33 Len Brown
2004-11-09 8:17 Len Brown
2004-11-16 19:26 Len Brown
2004-11-23 6:34 Len Brown
2005-01-31 8:32 Len Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1069189083.2970.540.camel@dhcppc4 \
--to=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.tosatti@cyclades.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox