[git pull request] ACPI patches for 2.6.35-merge

From: Len Brown
Date: Fri May 28 2010 - 16:42:58 EST

Hi Linus,

please pull from:

git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release

This will update the files shown below.

thanks!

Len Brown
Intel Open Source Technology Center


ps. individual patches are available on linux-acpi@xxxxxxxxxxxxxxx
and a consolidated plain patch is available here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/2.6.34/acpi-release-20100121-2.6.34.diff.gz

Documentation/acpi/apei/einj.txt | 59 ++
Documentation/kernel-parameters.txt | 12 +-
arch/ia64/include/asm/acpi.h | 1 -
arch/ia64/pci/pci.c | 5 +-
arch/x86/include/asm/acpi.h | 2 -
arch/x86/include/asm/mce.h | 8 +
arch/x86/kernel/acpi/boot.c | 19 +-
arch/x86/kernel/acpi/sleep.c | 2 -
arch/x86/kernel/cpu/mcheck/Makefile | 2 +
arch/x86/kernel/cpu/mcheck/mce-apei.c | 138 +++++
arch/x86/kernel/cpu/mcheck/mce-internal.h | 23 +
arch/x86/kernel/cpu/mcheck/mce.c | 79 +++-
arch/x86/lguest/boot.c | 1 -
arch/x86/pci/acpi.c | 5 +-
drivers/acpi/Kconfig | 9 +
drivers/acpi/Makefile | 5 +-
drivers/acpi/acpi_pad.c | 13 +-
drivers/acpi/acpica/evxfevnt.c | 33 +-
drivers/acpi/acpica/hwacpi.c | 20 +-
drivers/acpi/apei/Kconfig | 30 +
drivers/acpi/apei/Makefile | 5 +
drivers/acpi/apei/apei-base.c | 593 ++++++++++++++++++++
drivers/acpi/apei/apei-internal.h | 114 ++++
drivers/acpi/apei/cper.c | 84 +++
drivers/acpi/apei/einj.c | 548 ++++++++++++++++++
drivers/acpi/apei/erst.c | 855 +++++++++++++++++++++++++++++
drivers/acpi/apei/ghes.c | 427 ++++++++++++++
drivers/acpi/apei/hest.c | 173 ++++++
drivers/acpi/atomicio.c | 360 ++++++++++++
drivers/acpi/ec.c | 3 +-
drivers/acpi/hed.c | 112 ++++
drivers/acpi/hest.c | 139 -----
drivers/acpi/pci_root.c | 67 ++-
drivers/acpi/processor_idle.c | 30 +-
drivers/acpi/sleep.c | 157 +------
drivers/acpi/sleep.h | 2 +-
drivers/acpi/tables.c | 4 +-
drivers/acpi/video.c | 118 ++++-
drivers/acpi/video_detect.c | 2 +-
drivers/pci/pcie/aer/aerdrv.h | 17 +
drivers/pci/pcie/aer/aerdrv_acpi.c | 77 +++
drivers/pci/pcie/aer/aerdrv_core.c | 8 +-
drivers/pci/probe.c | 8 -
fs/debugfs/file.c | 21 +-
include/acpi/acpi_bus.h | 2 +-
include/acpi/acpi_drivers.h | 3 +-
include/acpi/acpi_hest.h | 12 -
include/acpi/apei.h | 34 ++
include/acpi/atomicio.h | 10 +
include/acpi/hed.h | 18 +
include/acpi/processor.h | 13 -
include/acpi/video.h | 16 +
include/linux/acpi.h | 1 -
include/linux/cper.h | 314 +++++++++++
include/linux/debugfs.h | 2 +
include/linux/pci.h | 3 +-
include/linux/uuid.h | 70 +++
lib/Makefile | 2 +-
lib/uuid.c | 53 ++
59 files changed, 4472 insertions(+), 471 deletions(-)
create mode 100644 Documentation/acpi/apei/einj.txt
create mode 100644 arch/x86/kernel/cpu/mcheck/mce-apei.c
create mode 100644 drivers/acpi/apei/Kconfig
create mode 100644 drivers/acpi/apei/Makefile
create mode 100644 drivers/acpi/apei/apei-base.c
create mode 100644 drivers/acpi/apei/apei-internal.h
create mode 100644 drivers/acpi/apei/cper.c
create mode 100644 drivers/acpi/apei/einj.c
create mode 100644 drivers/acpi/apei/erst.c
create mode 100644 drivers/acpi/apei/ghes.c
create mode 100644 drivers/acpi/apei/hest.c
create mode 100644 drivers/acpi/atomicio.c
create mode 100644 drivers/acpi/hed.c
delete mode 100644 drivers/acpi/hest.c
delete mode 100644 include/acpi/acpi_hest.h
create mode 100644 include/acpi/apei.h
create mode 100644 include/acpi/atomicio.h
create mode 100644 include/acpi/hed.h
create mode 100644 include/linux/cper.h
create mode 100644 include/linux/uuid.h
create mode 100644 lib/uuid.c

through these commits:

Andrea Gelmini (1):
drivers/acpi/sleep.h: Checkpatch cleanup

Bjorn Helgaas (2):
ACPI: pci_root: save downstream bus range
ACPI: pci_root: pass acpi_pci_root to arch-specific scan

Huang Ying (14):
ACPI, IO memory pre-mapping and atomic accessing
ACPI, APEI, APEI supporting infrastructure
ACPI, APEI, HEST table parsing
ACPI, APEI, EINJ support
ACPI, APEI, Document for APEI
ACPI, APEI, PCIE AER, use general HEST table parsing in AER firmware_first setup
ACPI Hardware Error Device (PNP0C33) support
Unified UUID/GUID definition
ACPI, APEI, UEFI Common Platform Error Record (CPER) header
ACPI, APEI, Generic Hardware Error Source memory error support
ACPI, APEI, Error Record Serialization Table (ERST) support
ACPI, APEI, Use ERST for persistent storage of MCE
Add x64 support to debugfs
ACPI, APEI, EINJ injection parameters support

Julia Lawall (2):
drivers/acpi: use kasprintf
ACPI: EC: Use kmemdup

Kamal Mostafa (1):
ACPI: video: fix acpi_backlight=video

Len Brown (3):
ACPI: delete the "acpi=ht" boot option
ACPICA: simplify SCI_EN workaround
ACPI: delete unused c-state promotion/demotion data strucutures

Matthew Garrett (2):
ACPI: Export EDID blocks to the kernel
ACPI: Unconditionally set SCI_EN on resume

Venkatesh Pallipadi (2):
ACPI: Minor cleanup eliminating redundant PMTIMER_TICKS to NS conversion
ACPI: Don't let acpi_pad needlessly mark TSC unstable

with this log:

commit d3b383338f105f50724c10a7d81b04a3930e886b
Merge: edbe77b 68ca406
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 28 16:20:35 2010 -0400

Merge branch 'ht-delete-2.6.35' into release

commit edbe77ba94217868caf5f391d2a083729bef3742
Merge: 64a4222 0dc698b
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 28 16:18:20 2010 -0400

Merge branch 'misc-2.6.35' into release

commit 64a4222f7e087b5030eff0f6e47285696089d983
Merge: 91dd696 eeb4bcb e92a716
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 28 16:18:12 2010 -0400

Merge branches 'video' and 'video-edid' into release

commit 91dd6964390b331beb731623cb59c4a933ff8162
Merge: dc1544e b6dacf6
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 28 16:17:27 2010 -0400

Merge branch 'acpi_enable' into release

commit dc1544ea5d6dfdf29440295788e639e4b44c605a
Merge: 6e320ec 5728377
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 28 16:17:16 2010 -0400

Merge branch 'bjorn-pci-root-v4-2.6.35' into release

commit 0dc698b93f3eecdda43b22232131324eb41e510c
Author: Venkatesh Pallipadi <venki@xxxxxxxxxx>
Date: Tue May 18 14:39:16 2010 -0700

ACPI: Don't let acpi_pad needlessly mark TSC unstable

acpi pad driver kind of aggressively marks TSC as unstable at init
time, on mwait capable and non X86_FEATURE_NONSTOP_TSC systems. This is
irrespective of whether pad driver is ever going to be used on the
system or deep C-states are supported/used. This will affect every user
who just happens to compile in (or get a kernel version which
compiles in) acpi pad driver.

Move mark_tsc_unstable() out of init to the actual idle invocation path
of the pad driver.

There is also another bug/missing_feature in the code that it does not
support 'always running apic timer' and switches to broadcast mode
unconditionally. Shaohua, can you take a look at that please.

Signed-off-by: Venkatesh Pallipadi <venki@xxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit b6fecaa8685a9922d11db2cd79e76f43c3edc970
Author: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
Date: Sat Feb 27 17:51:42 2010 +0100

drivers/acpi/sleep.h: Checkpatch cleanup

drivers/acpi/sleep.h:3: WARNING: space prohibited between function name and open parenthesis '('

Signed-off-by: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 2da513f582a96c053aacc2c92873978d2ea7abff
Author: Venkatesh Pallipadi <venki@xxxxxxxxxx>
Date: Thu Apr 22 16:48:33 2010 -0700

ACPI: Minor cleanup eliminating redundant PMTIMER_TICKS to NS conversion

acpi_enter_[simple,bm] does
idle timing in ns, convert it to timeval, then to us, then to
pmtimer_ticks and then back to ns.

This patch changes things to
idle timing in ns, convert it to us, and then to pmtimer_ticks.

Just saves an imul along this path, but makes the code cleaner.

Signed-off-by: Venkatesh Pallipadi <venki@xxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 34a18d6fe5430184e4ca96eeb074ee671d89fe7b
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri May 21 19:40:02 2010 -0400

ACPI: delete unused c-state promotion/demotion data strucutures

These were used before cpuidle by the native ACPI idle driver,
which tracked promotion and demotion between states.

The code was referenced by CONFIG_ACPI_PROCFS
for /proc/acpi/processor/*/power,
but as we no longer do promotion/demotion, that
reference has been a NOP since the transition.

Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit eeb4bcb4771679d7b3446c0293334faee11b090a
Author: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
Date: Sat May 1 12:09:49 2010 -0700

ACPI: video: fix acpi_backlight=video

Make "acpi_backlight=video" param enable ACPI_VIDEO_BACKLIGHT_FORCE_VIDEO
as intended, instead of incorrectly enabling video output switching.

BugLink: http://bugs.launchpad.net/bugs/573120

Signed-off-by: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
Acked-by: Zhang Rui <rui.zhang@xxxxxxxxx>
Cc: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Cc: Jiri Kosina <jkosina@xxxxxxx>
Cc: <stable@xxxxxxxxxx>
Acked-by: Thomas Renninger <trenn@xxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit d6bd535d88429b4804d6d917ab4f586306f9a855
Author: Julia Lawall <julia@xxxxxxx>
Date: Sat May 15 23:16:21 2010 +0200

ACPI: EC: Use kmemdup

Use kmemdup when some other buffer is immediately copied into the
allocated region.

A simplified version of the semantic patch that makes this change is as
follows: (http://coccinelle.lip6.fr/)

// <smpl>
@@
expression from,to,size,flag;
statement S;
@@

- to = \(kmalloc\|kzalloc\)(size,flag);
+ to = kmemdup(from,size,flag);
if (to==NULL || ...) S
- memcpy(to, from, size);
// </smpl>

Signed-off-by: Julia Lawall <julia@xxxxxxx>
Acked-by: Alexey Starikovskiy <astarikovskiy@xxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit aeb834d95e771499cb0492d127aec3246d1595c8
Author: Julia Lawall <julia@xxxxxxx>
Date: Tue Apr 27 14:06:04 2010 -0700

drivers/acpi: use kasprintf

kasprintf combines kmalloc and sprintf, and takes care of the size
calculation itself.

The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)

// <smpl>
@@
expression a,flag;
expression list args;
statement S;
@@

a =
- \(kmalloc\|kzalloc\)(...,flag)
+ kasprintf(flag,args)
<... when != a
if (a == NULL || ...) S
...>
- sprintf(a,args);
// </smpl>

[akpm@xxxxxxxxxxxxxxxxxxxx: don't change handling of `count']
Signed-off-by: Julia Lawall <julia@xxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 6e320ec1d98f9eb93d5b2a5d70e2f40dce923f1b
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:24 2010 +0800

ACPI, APEI, EINJ injection parameters support

Some hardware error injection needs parameters, for example, it is
useful to specify memory address and memory address mask for memory
errors.

Some BIOSes allow parameters to be specified via an unpublished
extension. This patch adds support to it. The parameters will be
ignored on machines without necessary BIOS support.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 15b0beaa332b3923cce2ed109e0fb141ec1425d9
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:23 2010 +0800

Add x64 support to debugfs

Add debugfs_create_x64. This is needed by ACPI APEI EINJ parameters support.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Acked-by: Greg Kroah-Hartman <gregkh@xxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 482908b49ebfa453dd0455910c951c750567c05d
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:22 2010 +0800

ACPI, APEI, Use ERST for persistent storage of MCE

Traditionally, fatal MCE will cause Linux print error log to console
then reboot. Because MCE registers will preserve their content after
warm reboot, the hardware error can be logged to disk or network after
reboot. But system may fail to warm reboot, then you may lose the
hardware error log. ERST can help here. Through saving the hardware
error log into flash via ERST before go panic, the hardware error log
can be gotten from the flash after system boot successful again.

The fatal MCE processing procedure with ERST involved is as follow:

- Hardware detect error, MCE raised
- MCE read MCE registers, check error severity (fatal), prepare error record
- Write MCE error record into flash via ERST
- Go panic, then trigger system reboot
- System reboot, /sbin/mcelog run, it reads /dev/mcelog to check flash
for error record of previous boot via ERST, and output and clear
them if available
- /sbin/mcelog logs error records into disk or network

ERST only accepts CPER record format, but there is no pre-defined CPER
section can accommodate all information in struct mce, so a customized
section type is defined to hold struct mce inside a CPER record as an
error section.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit a08f82d08053fb6e3aa3635c2c26456d96337c8b
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:21 2010 +0800

ACPI, APEI, Error Record Serialization Table (ERST) support

ERST is a way provided by APEI to save and retrieve hardware error
record to and from some simple persistent storage (such as flash).

The Linux kernel support implementation is quite simple and workable
in NMI context. So it can be used to save hardware error record into
flash in hardware error exception or NMI handler, where other more
complex persistent storage such as disk is not usable. After saving
hardware error records via ERST in hardware error exception or NMI
handler, the error records can be retrieved and logged into disk or
network after a clean reboot.

For more information about ERST, please refer to ACPI Specification
version 4.0, section 17.4.

This patch incorporate fixes from Jin Dongming.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
CC: Jin Dongming <jin.dongming@xxxxxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit d334a49113a4a33109fd24e46073280ecd1bea0d
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:20 2010 +0800

ACPI, APEI, Generic Hardware Error Source memory error support

Generic Hardware Error Source provides a way to report platform
hardware errors (such as that from chipset). It works in so called
"Firmware First" mode, that is, hardware errors are reported to
firmware firstly, then reported to Linux by firmware. This way, some
non-standard hardware error registers or non-standard hardware link
can be checked by firmware to produce more valuable hardware error
information for Linux.

Now, only SCI notification type and memory errors are supported. More
notification type and hardware error type will be added later. These
memory errors are reported to user space through /dev/mcelog via
faking a corrected Machine Check, so that the error memory page can be
offlined by /sbin/mcelog if the error count for one page is beyond the
threshold.

On some machines, Machine Check can not report physical address for
some corrected memory errors, but GHES can do that. So this simplified
GHES is implemented firstly.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 06d65deade9aabba58e0518df86dcd324e86b832
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:19 2010 +0800

ACPI, APEI, UEFI Common Platform Error Record (CPER) header

CPER stands for Common Platform Error Record, it is the hardware error
record format used to describe platform hardware error by various APEI
tables, such as ERST, BERT and HEST etc.

For more information about CPER, please refer to Appendix N of UEFI
Specification version 2.3.

This patch mainly includes the data structure difinition header file
used by other files.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit fab1c23242528771a955c475ef23d99156a71a7f
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:18 2010 +0800

Unified UUID/GUID definition

There are many different UUID/GUID definitions in kernel, such as that
in EFI, many file systems, some drivers, etc. Every kernel components
need UUID/GUID has its own definition. This patch provides a unified
definition for UUID/GUID.

UUID is defined via typedef. This makes that UUID appears more like a
preliminary type, and makes the data type explicit (comparing with
implicit "u8 uuid[16]").

The binary representation of UUID/GUID can be little-endian (used by
EFI, etc) or big-endian (defined by RFC4122), so both is defined.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 801eab8118f61255d8e2be35939c572042618742
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:17 2010 +0800

ACPI Hardware Error Device (PNP0C33) support

Hardware Error Device (PNP0C33) is used to report some hardware errors
notified via SCI, mainly the corrected errors. Some APEI Generic
Hardware Error Source (GHES) may use SCI on hardware error device to
notify hardware error to kernel.

After receiving notification from ACPI core, it is forwarded to all
listeners via a notifier chain. The listener such as APEI GHES should
check corresponding error source for new events when notified.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit affb72c3a8984ba55e055b0a0228c3ea1a056758
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:16 2010 +0800

ACPI, APEI, PCIE AER, use general HEST table parsing in AER firmware_first setup

Now, a dedicated HEST tabling parsing code is used for PCIE AER
firmware_first setup. It is rebased on general HEST tabling parsing
code of APEI. The firmware_first setup code is moved from PCI core to
AER driver too, because it is only AER related.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Reviewed-by: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
Acked-by: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit ea8c071cad789b1919355fc7a67182a5c9994e6b
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:15 2010 +0800

ACPI, APEI, Document for APEI

Add document for APEI, including kernel parameters and EINJ debug file
sytem interface.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit e40213450b53157967a1f83eda50e9a941c13a08
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:14 2010 +0800

ACPI, APEI, EINJ support

EINJ provides a hardware error injection mechanism, this is useful for
debugging and testing of other APEI and RAS features.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 9dc966641677795f4d6b0a9ba630d6a3a3e24a57
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:13 2010 +0800

ACPI, APEI, HEST table parsing

HEST describes error sources in detail; communicating operational
parameters (i.e. severity levels, masking bits, and threshold values)
to OS as necessary. It also allows the platform to report error
sources for which OS would typically not implement support (for
example, chipset-specific error registers).

HEST information may be needed by other subsystems. For example, HEST
PCIE AER error source information describes whether a PCIE root port
works in "firmware first" mode, this is needed by general PCIE AER
error subsystem. So a public HEST tabling parsing interface is
provided.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit a643ce207f3e70030bdb431e2a363cc111a60c1a
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:12 2010 +0800

ACPI, APEI, APEI supporting infrastructure

APEI stands for ACPI Platform Error Interface, which allows to report
errors (for example from the chipset) to the operating system. This
improves NMI handling especially. In addition it supports error
serialization and error injection.

For more information about APEI, please refer to ACPI Specification
version 4.0, chapter 17.

This patch provides some common functions used by more than one APEI
tables, mainly framework of interpreter for EINJ and ERST.

A machine readable language is defined for EINJ and ERST for OS to
execute, and so to drive the firmware to fulfill the corresponding
functions. The machine language for EINJ and ERST is compatible, so a
common framework is defined for them.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 15651291a2f8c11e7e6a42d8bfde7a213ff13262
Author: Huang Ying <ying.huang@xxxxxxxxx>
Date: Tue May 18 14:35:11 2010 +0800

ACPI, IO memory pre-mapping and atomic accessing

Some ACPI IO accessing need to be done in atomic context. For example,
APEI ERST operations may be used for permanent storage in hardware
error handler. That is, it may be called in atomic contexts such as
IRQ or NMI, etc. And, ERST/EINJ implement their operations via IO
memory/port accessing. But the IO memory accessing method provided by
ACPI (acpi_read/acpi_write) maps the IO memory during it is accessed,
so it can not be used in atomic context. To solve the issue, the IO
memory should be pre-mapped during EINJ/ERST initializing. A linked
list is used to record which memory area has been mapped, when memory
is accessed in hardware error handler, search the linked list for the
mapped virtual address from the given physical address.

Signed-off-by: Huang Ying <ying.huang@xxxxxxxxx>
Signed-off-by: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit b6dacf63e9fb2e7a1369843d6cef332f76fca6a3
Author: Matthew Garrett <mjg@xxxxxxxxxx>
Date: Tue May 11 13:49:25 2010 -0400

ACPI: Unconditionally set SCI_EN on resume

The ACPI spec tells us that the firmware will reenable SCI_EN on resume.
Reality disagrees in some cases. The ACPI spec tells us that the only way
to set SCI_EN is via an SMM call.
https://bugzilla.kernel.org/show_bug.cgi?id=13745 shows us that doing so
may break machines. Tracing the ACPI calls made by Windows shows that it
unconditionally sets SCI_EN on resume with a direct register write, and
therefore the overwhelming probability is that everything is fine with
this behaviour.

Signed-off-by: Matthew Garrett <mjg@xxxxxxxxxx>
Tested-by: Rafael J. Wysocki <rjw@xxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit b430acbd7c4b919886fa7fd92eeb7a695f1940d3
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Thu May 6 17:41:08 2010 -0400

ACPICA: simplify SCI_EN workaround

acpi_hw_set_mode() double checks its effectiveness
by calling acpi_hw_get_mode() -- polling up to 3 seconds.

It would be more logical for its caller, acpi_enable()
acpi_enable() to do the double-checking. (lets assume
that acpi_disable() isn't interesting)

The ACPI specification is unclear on this point.
Some parts say that the BIOS sets SCI_EN and then returns to the OS,
but one part says "OSPM polls the SCI_EN bit until it is sampled SET".

The systems I have on hand do the former,
SCI_EN is observed to be set upon return from the BIOS.

So we move the check up out of acpi_hw_set_mode()
up into acpi_enable() where it makes logical sense.

Then we replace the 3-second polling loop
with a single check. If this check fails, we'll see:

"Hardware did not enter ACPI mode"

and the system will bail out of ACPI initialization
and likely fail to boot. If we see that in practice,
we can restore the polling, but put it into acpi_enable.

This patch is important if acpi_enable() is used in
the resume from S3 path. Many systems today are seen
coming back from S3 with SCI_EN off, and then failing
to set SCI_EN in response to acpi_enable(). Those systems
will take 3 seconds longer to resume due to this loop.

However, it is possible that we will not use acpi_enable()
in the S3 resume path, and bang SCI_EN directly, which
would make the loop harmless, as it would be invisible
to all systems except those that need it.

Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit e92a716240258989f19c7345e8b135e6d214431a
Author: Matthew Garrett <mjg@xxxxxxxxxx>
Date: Tue Jan 12 14:17:03 2010 -0500

ACPI: Export EDID blocks to the kernel

The ACPI spec includes a provision for hardware to provide EDID via the
ACPI video extension. In the KMS world it's necessary for a way to obtain
this from within the kernel. Add a function that either returns the EDID
for the provided ACPI display ID or the first display of the provided type.
Also add support for ensuring that devices with legacy IDs are supported.

Signed-off-by: Matthew Garrett <mjg@xxxxxxxxxx>
Acked-by: Zhang Rui <rui.zhang@xxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 57283776b2b821ba4d592f61cad04d0293412740
Author: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Date: Thu Mar 11 12:20:11 2010 -0700

ACPI: pci_root: pass acpi_pci_root to arch-specific scan

The acpi_pci_root structure contains all the individual items (acpi_device,
domain, bus number) we pass to pci_acpi_scan_root(), so just pass the
single acpi_pci_root pointer directly.

This will make it easier to add _CBA support later. For _CBA, we need the
entire downstream bus range, not just the base bus number. We have that in
the acpi_pci_root structure, so passing the pointer makes it available to
the arch-specific code.

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Reviewed-by: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 6ad95513d60096b569e4e4bd721420f03b57e4d4
Author: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Date: Thu Mar 11 12:20:06 2010 -0700

ACPI: pci_root: save downstream bus range

Previously, we only saved the root bus number, i.e., the beginning of the
downstream bus range. We now support IORESOURCE_BUS resources, so this
patch uses that to keep track of both the beginning and the end of the
downstream bus range.

It's important to know both the beginning and the end for supporting _CBA
(see PCI Firmware spec, rev 3.0, sec 4.1.3) and so we know the limits for
any possible PCI bus renumbering (we can't renumber downstream buses to be
outside the bus number range claimed by the host bridge).

It's clear from the spec that the bus range is supposed to be in _CRS, but
if we don't find it there, we'll assume [_BBN - 0xFF] or [0 - 0xFF].

Signed-off-by: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
Reviewed-by: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>

commit 68ca406930d6380b3be7ada5f15fcf85bfcbd552
Author: Len Brown <len.brown@xxxxxxxxx>
Date: Fri Feb 19 00:09:22 2010 -0500

ACPI: delete the "acpi=ht" boot option

acpi=ht was important in 2003 -- before ACPI was
universally deployed and enabled by default in
the major Linux distributions.

At that time, there were a fair number of people who
or chose to, or needed to, run with acpi=off,
yet also wanted access to Hyper-threading.

Today we find that many invocations of "acpi=ht"
are accidental, and thus is it possible that it
is doing more harm than good.

In 2.6.34, we warn on invocation of acpi=ht.
In 2.6.35, we delete the boot option.

Signed-off-by: Len Brown <len.brown@xxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/