public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Linus Torvalds <torvalds-3NddpPZAyC0@public.gmane.org>
Cc: Kernel Mailing List
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	ACPI Developers
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: [BKPATCH] ACPI for 2.6.11
Date: 17 Feb 2005 00:50:37 -0500	[thread overview]
Message-ID: <1108619425.2096.397.camel@d845pe> (raw)

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/to-linus

	This fixes two regressions in 2.6.11 vs 2.6.10
	in the ACPI interpreter.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.11/acpi-20050211-2.6.11-rc4.diff.gz

This will update the following files:

 drivers/acpi/dispatcher/dswexec.c |    7 +
 drivers/acpi/executer/exoparg6.c  |  133 +++++++++++++++++---------
 drivers/acpi/executer/exresop.c   |    2 
 drivers/acpi/executer/exstoren.c  |   20 ++-
 drivers/acpi/executer/exstorob.c  |   12 +-
 drivers/acpi/namespace/nsxfname.c |   51 +++++----
 drivers/acpi/parser/psopcode.c    |    2 
 drivers/acpi/tables/tbconvrt.c    |    4 
 include/acpi/acconfig.h           |    2 
 include/acpi/acinterp.h           |    5 
 include/acpi/platform/aclinux.h   |    2 
 11 files changed, 159 insertions(+), 81 deletions(-)

through these ChangeSets:

<len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (05/02/15 1.1938.498.13)
   [ACPI] ACPICA 20050211 from Bob Moore
   
   Implemented ACPI 3.0 support for implicit conversion within
   the Match() operator. match_obj can now be of type
   integer, buffer, or string instead of just type integer.
   Package elements are implicitly converted to the type
   of the match_obj. This change aligns the behavior of
   Match() with the behavior of the other logical operators
   (LLess(), etc.)  It also requires an errata change to the
   ACPI specification as this support was intended for ACPI
   3.0, but was inadvertently omitted.
   
   Fixed a problem with the internal implicit "to buffer"
   conversion.  Strings that are converted to buffers will
   cause buffer truncation if the string is smaller than the
   target buffer. Integers that are converted to buffers will
   not cause buffer truncation, only zero extension (both as
   per the ACPI spec.) The problem was introduced when code
   was added to truncate the buffer, but this should not be
   performed in all cases, only the string case.
   
   Fixed a problem with the Buffer and Package operators
   where the interpreter would get confused if two such
   operators were used as operands to an ASL operator (such
   as LLess(Buffer(1){0},Buffer(1){1}).  The internal result
   stack was not being popped after the execution of these
   operators, resulting in an AE_NO_RETURN_VALUE exception.
   
   Fixed a problem with constructs of the form
   Store(Index(...),...). The reference object returned from
   Index was inadvertently resolved to an actual value. This
   problem was introduced in version 20050114 when the
   behavior of Store() was modified to restrict the object
   types that can be used as the source operand (to match
   the ACPI specification.)
   
   Reduced stack use in acpi_get_object_info().






-------------------------------------------------------
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

             reply	other threads:[~2005-02-17  5:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-17  5:50 Len Brown [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-01-31  8:38 [BKPATCH] ACPI for 2.6.11 Len Brown
2004-12-27 18:23 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=1108619425.2096.397.camel@d845pe \
    --to=len.brown-ral2jqcrhueavxtiumwx3w@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=torvalds-3NddpPZAyC0@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