public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: ACPI Developers
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: latest ACPI patch
Date: 17 Jul 2004 03:43:05 -0400	[thread overview]
Message-ID: <1090050185.2787.87.camel@dhcppc4> (raw)

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

             reply	other threads:[~2004-07-17  7:43 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-17  7:43 Len Brown [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-03-10  5:34 latest ACPI patch 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=1090050185.2787.87.camel@dhcppc4 \
    --to=len.brown-ral2jqcrhueavxtiumwx3w@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /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