* latest ACPI patch
@ 2004-07-17 7:43 Len Brown
0 siblings, 0 replies; 2+ messages in thread
From: Len Brown @ 2004-07-17 7:43 UTC (permalink / raw)
To: ACPI Developers
We've got a larger than average ACPI patch in the pipeline.
Most of this is in the -mm tree already, but the very
latest is not. Given the size, and that 2.6.8 is in rc1,
I'll probably wait until 2.6.9 opens to push this batch to the mainline.
See comments below for patch content.
Be encouraged to test the latest and
report how it works for you.
thanks,
-Len
BK trees:
bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.7
bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.8
Plain patches:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.7/acpi-20040715-2.6.7.diff.gz
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.8/acpi-20040715-2.6.8.diff.gz
diffstat:
arch/i386/kernel/acpi/boot.c | 7
arch/i386/kernel/cpu/cpufreq/acpi.c | 103 +++++-
arch/i386/kernel/i8259.c | 25 +
arch/i386/kernel/io_apic.c | 93 +++++
arch/i386/kernel/setup.c | 15
arch/i386/kernel/smpboot.c | 6
arch/i386/mm/discontig.c | 15
arch/ia64/kernel/acpi.c | 6
arch/x86_64/kernel/i8259.c | 53 +++
arch/x86_64/kernel/setup.c | 17 +
arch/x86_64/kernel/smpboot.c | 1
drivers/acpi/Makefile | 2
drivers/acpi/acpi_ksyms.c | 2
drivers/acpi/button.c | 9
drivers/acpi/dispatcher/dsmethod.c | 18 -
drivers/acpi/dispatcher/dsmthdat.c | 8
drivers/acpi/dispatcher/dsopcode.c | 7
drivers/acpi/dispatcher/dswload.c | 22 +
drivers/acpi/dispatcher/dswstate.c | 18 -
drivers/acpi/ec.c | 13
drivers/acpi/events/evevent.c | 12
drivers/acpi/events/evgpe.c | 393 ++++++++++++++++++++++--
drivers/acpi/events/evgpeblk.c | 181 +++++++----
drivers/acpi/events/evmisc.c | 13
drivers/acpi/events/evregion.c | 373 +++++++++++++++++++++-
drivers/acpi/events/evxface.c | 180 +++++++---
drivers/acpi/events/evxfevnt.c | 173 +++++-----
drivers/acpi/events/evxfregn.c | 201 ------------
drivers/acpi/executer/exconfig.c | 47 ++
drivers/acpi/executer/exfldio.c | 165 ++++++----
drivers/acpi/executer/exmisc.c | 151 +++++++--
drivers/acpi/executer/exmutex.c | 46 +-
drivers/acpi/executer/exoparg2.c | 48 ++
drivers/acpi/executer/exresolv.c | 8
drivers/acpi/executer/exstore.c | 17 -
drivers/acpi/hardware/hwgpe.c | 339 +++++---------------
drivers/acpi/hardware/hwregs.c | 34 +-
drivers/acpi/hardware/hwsleep.c | 57 ++-
drivers/acpi/motherboard.c | 161 +++++++++
drivers/acpi/namespace/nsaccess.c | 2
drivers/acpi/namespace/nsalloc.c | 2
drivers/acpi/namespace/nseval.c | 90 +----
drivers/acpi/namespace/nsinit.c | 42 +-
drivers/acpi/namespace/nsparse.c | 5
drivers/acpi/namespace/nsxfeval.c | 52 +--
drivers/acpi/namespace/nsxfname.c | 4
drivers/acpi/osl.c | 20 -
drivers/acpi/parser/psopcode.c | 8
drivers/acpi/parser/psxface.c | 51 +--
drivers/acpi/power.c | 80 ++++
drivers/acpi/processor.c | 70 +++-
drivers/acpi/resources/rsutils.c | 7
drivers/acpi/resources/rsxface.c | 3
drivers/acpi/scan.c | 165 ++++++++--
drivers/acpi/sleep/Makefile | 2
drivers/acpi/sleep/main.c | 33 +-
drivers/acpi/sleep/proc.c | 86 +++++
drivers/acpi/sleep/sleep.h | 3
drivers/acpi/sleep/wakeup.c | 179 ++++++++++
drivers/acpi/tables/tbxfroot.c | 203 +++++++-----
drivers/acpi/thermal.c | 67 ++--
drivers/acpi/utilities/utalloc.c | 13
drivers/acpi/utilities/uteval.c | 18 -
drivers/acpi/utilities/utglobal.c | 83 +++--
drivers/acpi/utilities/utxface.c | 41 +-
include/acpi/acconfig.h | 25 +
include/acpi/acdebug.h | 8
include/acpi/acdisasm.h | 15
include/acpi/acdispat.h | 3
include/acpi/acevents.h | 54 +++
include/acpi/acexcep.h | 6
include/acpi/acglobal.h | 44 ++
include/acpi/achware.h | 36 +-
include/acpi/acinterp.h | 15
include/acpi/aclocal.h | 39 +-
include/acpi/acmacros.h | 5
include/acpi/acnamesp.h | 18 -
include/acpi/acobject.h | 13
include/acpi/acparser.h | 4
include/acpi/acpi_bus.h | 28 +
include/acpi/acpi_drivers.h | 3
include/acpi/acpiosxf.h | 15
include/acpi/acpixf.h | 10
include/acpi/acstruct.h | 23 +
include/acpi/actbl.h | 29 -
include/acpi/actypes.h | 84 +++--
include/acpi/platform/acenv.h | 8
include/acpi/platform/aclinux.h | 2
include/asm-i386/acpi.h | 8
include/asm-i386/smp.h | 1
include/asm-ia64/acpi.h | 2
include/asm-x86_64/acpi.h | 2
92 files changed, 3447 insertions(+), 1421 deletions(-)
through these ChangeSets:
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/17 1.1749)
[ACPI] ACPICA 20040715 from Bob Moore
Restructured the internal HW GPE interfaces to pass/track
the current state of interrupts (enabled/disabled) in
order to avoid possible deadlock and increase flexibility
of the interfaces.
Implemented a "lexicographical compare" for String and
Buffer objects within the logical operators -- LGreater,
LLess, LGreaterEqual, and LLessEqual -- as per further
clarification to the ACPI specification. Behavior is
similar to C library "strcmp".
Completed a major reduction in CPU stack use for the
acpi_get_firmware_table external function. In the 32-bit
non-debug case, the stack use has been reduced from 168
bytes to 32 bytes.
Deployed a new run-time configuration flag,
acpi_gbl_enable_interpeter_slack, whose purpose is to allow
the AML interpreter to forgive certain bad AML constructs.
Default setting is FALSE.
Implemented the first use of acpi_gbl_enable_interpeter_slack
in the Field IO support code. If enabled, it allows field
access to go beyond the end of a region definition if the
field is within the region length rounded up to the next
access width boundary (a common coding error.)
Renamed OSD_HANDLER to acpi_osd_handler, and
OSD_EXECUTION_CALLBACK to acpi_osd_exec_callback for
consistency with other ACPI symbols. Also, these symbols
are lowercased by the latest version of the acpisrc tool.
The prototypes for the PCI interfaces in acpiosxf.h
have been updated to rename "register" to simply "reg"
to prevent certain compilers from complaining.
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/15 1.1748)
[ACPI] Enable run-time CM button/LID events (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=1415
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/15 1.1747)
[ACPI] Create /proc/acpi/wakeup to allow enabling
the optional wakeup event sources. (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=1415
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/15 1.1746)
[ACPI] ACPI bus support for wakeup GPE (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=1415
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/15 1.1745)
[ACPI] IOAPIC suspend/resume (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=3037
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/14 1.1744)
[ACPI] Tell the BIOS Linux can handle
Enhanced Speed Step (EST). (Venkatesh Pallipadi)
http://bugzilla.kernel.org/show_bug.cgi?id=2712
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/14 1.1743)
[ACPI] add SMP suport to processor driver (Venkatesh Pallipadi)
http://bugzilla.kernel.org/show_bug.cgi?id=2615
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/14 1.1742)
[ACPI] save/restore ELCR on suspend/resume (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=2643
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/14 1.1741)
[ACPI] /proc/acpi/thermal_zone/THRM/cooling_mode
Add concept of (mandatory) "critical", when (optional)
"passive" and "active" are not present. (Zhenyu Z Wang)
http://bugzilla.kernel.org/show_bug.cgi?id=1770
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/14 1.1740)
[ACPI] fix ability to set thermal trip points (Hugo Haas, Stefan
Seyfried)
eg. # echo -n "100:90:80:70:60:50" >
/proc/acpi/thermal_zone/THRM/trip_points
http://bugzilla.kernel.org/show_bug.cgi?id=2588
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/07/07 1.1739)
[ACPI] reserve EBDA for Dell BIOS that neglects to. (David Shaohua
Li)
http://bugme.osdl.org/show_bug.cgi?id=2990
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/24 1.1738)
[ACPI] reserve IOPORTS for ACPI (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=2641
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/24 1.1737)
[ACPI] enable GPE for ECDT (David Shaohua Li)
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/23 1.1736)
[ACPI] enable Embedded Controller (EC)'s
General Purpose Event (GPE) from David Shaohua Li
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/23 1.1728.2.5)
[ACPI] fix return-from-sleep PM/ACPI state conversion bug (David
Shaohua Li)
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/22 1.1371.717.27)
[ACPI] update EC GPE handler to new ACPICA handler type
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/22 1.1371.717.26)
[ACPI] ACPICA 20040615 from Bob Moore
Implemented support for Buffer and String objects (as
per ACPI 2.0) for the following ASL operators: LEqual,
LGreater, LLess, LGreaterEqual, and LLessEqual.
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/22 1.1371.717.25)
[ACPI] ACPICA 20040527 from Bob Moore
Completed a new design and implementation for EBDA
(Extended BIOS Data Area) support in the RSDP scan code.
The original code improperly scanned for the EBDA by simply
scanning from memory location 0 to 0x400. The correct
method is to first obtain the EBDA pointer from within
the BIOS data area, then scan 1K of memory starting at the
EBDA pointer. There appear to be few if any machines that
place the RSDP in the EBDA, however.
http://bugme.osdl.org/show_bug.cgi?id=2415
Integrated a fix for a possible fault during evaluation
of BufferField arguments. Obsolete code that was causing
the problem was removed. (Asus laptop boot crash)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121760
Found and fixed a problem in the Field Support Code
where data could be corrupted on a bit field read that
starts on an aligned boundary but does not end on an
aligned boundary. Merged the read/write "datum length"
calculation code into a common procedure.
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/06/22 1.1371.717.24)
[ACPI] ACPICA 20040514 from Bob Moore
Fixed a problem where hardware GPE enable bits sometimes
not set properly during and after GPE method execution.
Result of ACPICA 20040427 changes.
Removed extra "clear all GPEs" when sleeping/waking.
Removed acpi_ht_enable_gpe and acpi_hw_disable_gpe, replaced
by the single acpi_hw_write_gpe_enable_reg. Changed a couple
of calls to the functions above to the new acpi_ev* calls
as appropriate.
ACPI_OS_NAME was removed from the OS-specific headers.
The default name is now "Microsoft Windows NT" for maximum
compatibility. However this can be changed by modifying
the acconfig.h file. Fixes EHCI probe issue:
http://bugme.osdl.org/show_bug.cgi?id=1762
Allow a single invocation of acpi_install_notify_handler
for a handler that traps both types of notifies (System,
Device). Use ACPI_ALL_NOTIFY flag.
Run _INI methods on ThermalZone objects. This is against
the ACPI specification, but there is apparently ASL code
in the field that has these _INI methods, and apparently
"other" AML interpreters execute them.
Performed a full 16/32/64 bit lint that resulted in some
small changes.
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/05/07 1.1371.717.23)
[ACPI] ACPICA 20040427 from Bob Moore
Completed a major overhaul of the GPE handling within ACPI CA.
There are now three types of GPEs:
wake-only; runtime-only; combination wake/run.
The only GPEs allowed to be combination wake/run are for
button-style devices such as a control-method power button,
control-method sleep button, or a notebook lid switch.
GPEs that have an _Lxx or _Exx method and are not referenced
by any _PRW methods are marked for "runtime" and hardware enabled.
Any GPE that is referenced by a _PRW method is marked for "wake"
(and disabled at runtime). However, at sleep time, only those
GPEs that have been specifically enabled for wake via the
acpi_enable_gpe() interface will actually be hardware enabled.
A new external interface has been added, acpi_set_gpe_type()
that is meant to be used by device drivers to force a GPE
to a particular type. It will be especially useful for the
drivers for the button devices mentioned above.
Completed restructuring of the ACPI CA initialization sequence
so that default operation region handlers are installed
before GPEs are initialized and the _PRW methods are executed.
This will prevent errors when the _PRW methods attempt to
access system memory or I/O space.
GPE enable/disable no longer reads the GPE enable register.
We now keep the enable info for runtime and wake separate
and in the GPE_EVENT_INFO. We thus no longer depend on
the hardware to maintain these bits.
Always clear the wake status and fixed/GPE status bits
before sleep, even for state S5.
Improved the AML debugger output for displaying the
GPE blocks and their current status.
Added new strings for the _OSI method, of the form
"Windows 2001 SPx" where x = 0,1,2,3,4.
Fixed a problem where the physical address was incorrectly
calculated when the Load() operator was used to directly
load from an Operation Region (vs. loading from a Field object.)
Also added check for minimum table length for this case.
Fix for multiple mutex acquisition. Restore original thread
SyncLevel on mutex release.
Added ACPI_VALID_SXDS flag to the acpi_get_object_info interface
for consistency with the other fields returned.
Shrunk the ACPI_GPE_EVENT_INFO structure by 40%.
There is one such structure for each GPE in the system,
so the size of this structure is important.
CPU stack requirement reduction:
Cleaned up the method execution and object evaluation paths
so that now a parameter structure is passed, instead of copying
the various method parameters over and over again.
In evregion.c:
Correctly exit and reenter the interpreter region if and only
if dispatching an operation region request to a user-installed
handler. Do not exit/reenter when dispatching to a default
handler (e.g., default system memory or I/O handlers)
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/05/07 1.1371.717.22)
[ACPI] ACPICA 20040402 from Bob Moore
Fixed an interpreter problem where an indirect store through an
ArgX parameter was incorrectly applying the "implicit conversion
rules" during the store. From the ACPI specification: "If the
target is a method local or argument (LocalX or ArgX), no
conversion is performed and the result is stored directly to the
target". The new behavior is to disable implicit conversion
during ALL stores to an ArgX.
Changed the behavior of the _PRW method scan to ignore any and
all errors returned by a given _PRW. This prevents the scan from
aborting from the failure of any single _PRW.
Moved the runtime configuration parameters from the global init
procedure to static variables in acglobal.h. This will allow the
host to override the default values easily.
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/05/03 1.1371.717.21)
Cset exclude: torvalds-4GjXnd2cE15g9hUCZPvPmw@public.gmane.org|ChangeSet|20040401021818|60003
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
^ permalink raw reply [flat|nested] 2+ messages in thread
* latest ACPI patch
@ 2005-03-10 5:34 Len Brown
0 siblings, 0 replies; 2+ messages in thread
From: Len Brown @ 2005-03-10 5:34 UTC (permalink / raw)
To: ACPI Developers
Latest ACPI patch is available in BK and on kernel.org:
bk pull bk://linux-acpi.bkbits.net/to-linus
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.11/acpi-20050309-2.6.11.diff.gz
Note a couple of interpreter fixes, including a new "implicit return
fix" for those of you still seeing AE_AML_NO_RETURN_VALUE.
As with all language fixes, there is a risk of regressions --
so if you notice anything break, please speak up.
2.6.12 is moving somewhat fast and risks breaking. I'm not excited to
get blamed for that breakage, so I'll probably wait for another round of
-mm testing before pushing these changes to Linus. Also, there is
another wave of stuff after this in the pipe for 2.6.12.
thanks,
-Len
--------------------
arch/i386/kernel/acpi/sleep.c | 3
arch/ia64/kernel/acpi.c | 2
drivers/acpi/ac.c | 18 -
drivers/acpi/battery.c | 2
drivers/acpi/button.c | 4
drivers/acpi/container.c | 15 -
drivers/acpi/debug.c | 4
drivers/acpi/dispatcher/dsmethod.c | 11 -
drivers/acpi/dispatcher/dsopcode.c | 8
drivers/acpi/dispatcher/dsutils.c | 166 ++++++++++++---
drivers/acpi/dispatcher/dswexec.c | 61 ++++-
drivers/acpi/ec.c | 2
drivers/acpi/events/evxface.c | 4
drivers/acpi/executer/exmisc.c | 5
drivers/acpi/executer/exoparg2.c | 6
drivers/acpi/executer/exresolv.c | 6
drivers/acpi/executer/exstoren.c | 7
drivers/acpi/executer/exstorob.c | 27 +-
drivers/acpi/fan.c | 33 +--
drivers/acpi/ibm_acpi.c | 4
drivers/acpi/numa.c | 2
drivers/acpi/osl.c | 10
drivers/acpi/parser/psopcode.c | 2
drivers/acpi/parser/psparse.c | 42 +++
drivers/acpi/parser/pswalk.c | 254 ++----------------------
drivers/acpi/pci_irq.c | 34 ++-
drivers/acpi/pci_link.c | 14 -
drivers/acpi/pci_root.c | 4
drivers/acpi/power.c | 10
drivers/acpi/processor_core.c | 6
drivers/acpi/processor_thermal.c | 2
drivers/acpi/processor_throttling.c | 2
drivers/acpi/resources/rsaddr.c | 146 +++++++------
drivers/acpi/resources/rscalc.c | 14 +
drivers/acpi/resources/rsdump.c | 23 +-
drivers/acpi/resources/rslist.c | 1
drivers/acpi/scan.c | 47 +++-
drivers/acpi/thermal.c | 2
drivers/acpi/toshiba_acpi.c | 2
drivers/acpi/utilities/utcopy.c | 19 +
drivers/acpi/utilities/utdelete.c | 18 +
drivers/acpi/utilities/utglobal.c | 10
drivers/acpi/utilities/utmisc.c | 44 ++--
drivers/acpi/video.c | 2
drivers/pnp/pnpacpi/rsparser.c | 9
include/acpi/acconfig.h | 4
include/acpi/acdisasm.h | 5
include/acpi/acdispat.h | 10
include/acpi/acinterp.h | 1
include/acpi/aclocal.h | 4
include/acpi/acpi_bus.h | 1
include/acpi/acpi_drivers.h | 3
include/acpi/acstruct.h | 1
include/acpi/actbl.h | 4
include/acpi/actbl2.h | 79 ++++++-
include/acpi/actypes.h | 33 +--
include/acpi/platform/acenv.h | 2
include/acpi/processor.h | 2
include/linux/acpi.h | 2
59 files changed, 736 insertions(+), 522 deletions(-)
through these ChangeSets:
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/09 1.1938.503.27)
[ACPI] ACPICA 20050309 from Bob Moore
The string-to-buffer implicit conversion code has been
modified again after a change to the ACPI specification.
In order to match the behavior of the other major ACPI
implementation, the target buffer is no longer truncated
if the source string is smaller than an existing target
buffer. This change requires an update to the ACPI spec,
and should eliminate the recent AE_AML_BUFFER_LIMIT issues.
The "implicit return" support was rewritten to a new
algorithm that solves the general case. Rather than
attempt to determine when a method is about to exit,
the result of every ASL operator is saved momentarily
until the very next ASL operator is executed. Therefore,
no matter how the method exits, there will always be a
saved implicit return value. This feature is only enabled
with the acpi_gbl_enable_interpreter_slack flag which
Linux enables unless "acpi=strict". This should
eliminate AE_AML_NO_RETURN_VALUE errors.
Implemented implicit conversion support for the predicate
(operand) of the If, Else, and While operators. String and
Buffer arguments are automatically converted to Integers.
Changed the string-to-integer conversion behavior to match
the new ACPI errata: "If no integer object exists, a new
integer is created. The ASCII string is interpreted as a
hexadecimal constant. Each string character is interpreted
as a hexadecimal value ('0'-'9', 'A'-'F', 'a', 'f'),
starting with the first character as the most significant
digit, and ending with the first non-hexadecimal character
or end-of-string." This means that the first non-hex
character terminates the conversion and this is the code
that was changed.
Fixed a problem where the ObjectType operator would fail
(fault) when used on an Index of a Package which pointed
to a null package element. The operator now properly
returns zero (Uninitialized) in this case.
Fixed a problem where the While operator used excessive
memory by not properly popping the result stack during
execution. There was no memory leak after execution,
however. (Code provided by Valery Podrezov.)
Fixed a problem where references to control methods within
Package objects caused the method to be invoked, instead
of producing a reference object pointing to the method.
Restructured and simplified the pswalk.c module
(acpi_ps_delete_parse_tree) to improve performance and reduce
code size. (Code provided by Alexey Starikovskiy.)
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/09 1.2032)
[ACPI] limit scope of various globals to static
Signed-off-by: Adrian Bunk <bunk-HeJ8Db2Gnd6zQB+pC5nmwQ@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/09 1.1938.503.26)
[ACPI] fix acpi_numa_init() build warning
Signed-off-by: Randy Dunlap <rdddunlap-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/09 1.1938.503.25)
[ACPI] Allow 4 digits when printing PCI segments
to be consistent with the rest of the kernel.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/08 1.1938.503.24)
[ACPI] Make PCI device -> interrupt link associations explicit,
ACPI: PCI Interrupt 0000:00:0f.2[A] -> Link [IUSB] -> GSI 10 (level,
low) -> IRQ 10
Previously, you could sometimes infer an association based on the
output
when an interrupt link is enabled, but when interrupt links are
shared
among several PCI devices, you could only make the inference for the
first
device to be enabled.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/08 1.1938.503.23)
[ACPI] PNPACPI should ignore vendor-defined resources
Signed-off-by: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/03 1.1938.503.22)
[ACPI] fix [ACPI_MTX_Hardware] AE_TIME warning
which resulted from enabling the wake-on-RTC feature
http://bugme.osdl.org/show_bug.cgi?id=3967
Signed-off-by: David Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/03 1.1938.503.21)
[ACPI] ACPICA 20050303 from Bob Moore for AE_AML_BUFFER_LIMIT issue.
It turns out that tightening up the interpreter to truncate buffers
per the ACPI spec was a bad idea -- BIOS' in the field depended
on old behaviour. Instead, we'll endeavor to update the ACPI spec
to reflect industry practice in this area.
http://bugme.osdl.org/show_bug.cgi?id=4263
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.20)
[ACPI] fix sysfs "eject" file
This fixes a if-statement in setup_sys_fs_device_files(). It seems
to
assume that 'struct acpi_device_flags.ejectable' indicates whether a
device
has _EJ0 or not. But this is not a right assumption. It indicates
whether
a device has _EJ0|_EJD (See acpi_bus_get_flags() function).
setup_sys_fs_device_files() creates 'eject' file for devices that
have _EJ0
control method under a corresponding directory in
/sys/firmware/acpi/namespace/ACPI/. 'eject' file is used to trigger
hot-removal function from userland.
<Note that we expect this file location to change in the future.>
Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.19)
[ACPI] fix ACPI container driver's notify handler.
Previously, the handler tried to make a container device be offline
if an
ACPI_NOTIFY_BUS/DEVICE_CHECK notification is performed on the device
was
present and has its acpi_device. But, the condition is weird.
Whenever
the notification is performed, there should be only the following two
conditions:
1. the device is present, but does not have its acpi_device.
2. the device is not present, but has its acpi_device.
#1 is a hot-addition case, which was handled properly also in
previous
handler. #2 is a surprising hot-removal case, which was not handled
in
previous handler.
Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.18)
[ACPI] fix kobject_hotplug() use by ACPI processor and container
drivers
A while ago, the drivers used their own function
'processor_run_sbin_hotplug() and container_run_sbin_hotplug()' to
notify
the agent script using /sbin/hotplug mechanism. But, they were
changed to
use kobject_hotplug() instead and this has caused a side effect.
The container driver was supposed to invoke a container.agent (user
mode
agent script) using /sbin/hotplug mechanism, but after the changes,
it is
not able to call the agent any more and kobject_hotplug() in the
container.c became to invoke a namespace.agent instead if exists.
So, I
would like to use the namespace.agent to handle container hotplug
event (or
something else) and let the agent to call proper agent (e.g.
container.agent). But, there is an issue we need to solve. When the
namespace.agent is called, a path name of associated kobject is
passed as a
DEVPATH (e.g./sys/firmware/ acpi/namespace/ACPI/_SB/DEV0). However,
the
agent would not know what device is associated with the DEVPATH nor
which
agents to call since the DEVPATH name depends on platform. The
attached
patch is to add .hotplug_ops member to acpi_namespace_kset structure
and
let it to set a driver name attached to the target kobject into the
envp[]
variable as a DRV_NAME element. With this, the namespace.agent can
call
proper agents (e.g. container.agent) by refering the DRV_NAME.
Signed-off-by: Keiichiro Tokunaga <tokunaga.keiich-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.17)
[ACPI] flush TLB in init_low_mappings()
From: Li Shaohua <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.16)
[ACPI] enhance fan output in error path
Currently, fan.c ignores errors from acpi_bus_get_power. On compaq
evo
notebook that leads to very confusing empty output.
From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/02 1.1938.503.15)
[ACPI] CONFIG_ACPI_NUMA build fix
Signed-off-by: Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/03/01 1.1938.503.14)
[ACPI] ACPICA 20050228 from Bob Moore
Fixed a problem where the result of an Index() operator
(an object reference) must increment the reference count
on the target object for the life of the object reference.
Implemented AML Interpreter and Debugger support for
the new ACPI 3.0 Extended Address (IO, Memory, Space),
QwordSpace, DwordSpace, and WordSpace resource descriptors.
Implemented support in the _OSI method for the ACPI 3.0
"Extended Address Space Descriptor" string, indicating
interpreter support for the descriptors above.
Implemented header support for the new ACPI 3.0 FADT
flag bits.
Implemented header support for the new ACPI 3.0 PCI Express
bits for the PM1 status/enable registers.
Updated header support for the MADT processor local Apic
struct and MADT platform interrupt source struct for new
ACPI 3.0 fields.
Implemented header support for the SRAT and SLIT ACPI
tables.
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-03-10 5:34 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-17 7:43 latest ACPI patch Len Brown
-- strict thread matches above, loose matches on Subject: below --
2005-03-10 5:34 Len Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox