)]}'
{
  "log": [
    {
      "commit": "d8a0ec914afa1a994d2f6184ac4c6668b5f8068f",
      "tree": "a7db5cd3beebfafdd140c9ca0249388084dd24e5",
      "parents": [
        "68e125c40597802b9789bc696775bf0246e7667d"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Sat Sep 27 11:50:24 2008 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Oct 22 23:14:48 2008 -0400"
      },
      "message": "ACPICA: Fixed a couple memory leaks associated with \"implicit return\"\n\nFixed a couple memory leaks associated with \"implicit return\" objects\nwhen the AML Interpreter slack mode is enabled.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d349\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "c35def2118d3d7cceb0f69d6707f613a7473df15",
      "tree": "eef4fcd1850ebd28dff173d89d4dd06efcbd8bec",
      "parents": [
        "bbbbeb8e31af97f11b84294b2e7e5607125829d2"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Sat Sep 27 11:28:46 2008 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Oct 22 23:14:47 2008 -0400"
      },
      "message": "ACPICA: Fix fault after mem allocation failure in AML parser\n\nFixes a crash if a memory allocation fails during the Op completion\nroutine acpi_ps_complete_this_op().\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d492\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "8bd108d14604d9c95000751e6c6ecbd11ea6ed40",
      "tree": "af101e1f12330fe76d5a973851ea84fb1c2eb220",
      "parents": [
        "eec935490172dbfa1a32647f9deb2b66a66f2741"
      ],
      "author": {
        "name": "Alexey Starikovskiy",
        "email": "astarikovskiy@suse.de",
        "time": "Thu Sep 25 21:40:30 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Oct 22 23:14:41 2008 -0400"
      },
      "message": "ACPICA: add preemption point after each opcode parse\n\nReference: http://marc.info/?l\u003dlinux-acpi\u0026m\u003d122236382701062\u0026w\u003d2\n\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nTested-by: Sitsofe Wheeler \u003csitsofe@yahoo.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "67a119f990063f5662574f6d6414fe9bc5ece86a",
      "tree": "96be8ffbbe56a0a2a85dba14b8c81f153ac218f2",
      "parents": [
        "11f2a61ab418305167f9a3f3a31a50449222f64b"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Tue Jun 10 13:42:13 2008 +0800"
      },
      "committer": {
        "name": "Andi Kleen",
        "email": "andi@basil.nowhere.org",
        "time": "Wed Jul 16 23:27:03 2008 +0200"
      },
      "message": "ACPICA: Eliminate acpi_native_uint type v2\n\nNo longer needed; replaced mostly with u32, but also acpi_size\nwhere a type that changes 32/64 bit on 32/64-bit platforms is\nrequired.\n\nv2: Fix a cast of a 32-bit int to a pointer in ACPI to avoid a compiler warning.\nfrom David Howells\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\n"
    },
    {
      "commit": "c91d924e3af08d4f98eab6ebf81f2b8ce132448f",
      "tree": "8c3f7ca15ab9f8f2451a8cf87c935de2d01fb2ef",
      "parents": [
        "f3454ae8104efb2dbf0d08ec42c6f5d0fe9225bc"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Tue Jun 10 12:38:10 2008 +0800"
      },
      "committer": {
        "name": "Andi Kleen",
        "email": "andi@basil.nowhere.org",
        "time": "Wed Jul 16 23:27:03 2008 +0200"
      },
      "message": "ACPICA: Fix for hang on GPE method invocation\n\nFixes problem where the new method argument count validation mechanism\nwill enter an infinite loop when a GPE method is dispatched.\nProblem fixed be removing the obsolete code that passes GPE block\ninformation to the notify handler via the control method parameter pointer.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\n"
    },
    {
      "commit": "8410565f540db87ca938f56f92780d251e4f157d",
      "tree": "028c3900da5f1fe50e126bdc4b3c6aecd60fb110",
      "parents": [
        "d52c79ace60a2e2b22455fd195ff4bc8e7afa177"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Tue Jun 10 14:29:26 2008 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 11 19:13:47 2008 -0400"
      },
      "message": "ACPICA: Fix for access to deleted object \u003cregression\u003e\n\nFixes problem introduced in 20080123, with fix for Unload operator.\nParse tree object can be already deleted; must use the opcode\nwithin the WalkState.\n\nACPI: kmemcheck: Caught 16-bit read from freed memory\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d10669\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "75a44ce00b312f57264f42a0a985d17cd9994b98",
      "tree": "d2904db994b0ff9fc350c623643a92c62b0313fb",
      "parents": [
        "cca97b81564c5edbc8700ebb64fc2b4e13dfa51f"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Apr 23 23:00:13 2008 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Apr 23 23:00:13 2008 -0400"
      },
      "message": "ACPICA: update Intel copyright\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "bc7a36ab74e09da7bb63e2477b0740ac992b290e",
      "tree": "f9384f3f0909e1da6f12fb55643de8de594551dd",
      "parents": [
        "a6f4a4511e65942b93ded60d746094ec0e58ed8e"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:42 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:30 2008 -0400"
      },
      "message": "ACPICA: Fixes for Unload and DDBHandles\n\nImplemented support for the use of DDBHandles as an Indexed\nReference, as per the ACPI spec.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d486.\n\nImplemented support for UserTerm (Method invocation) for the Unload operator\nas per the ACPI spec.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d580\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "9accd46459b8c068540451fdab07dbfcefaf7280",
      "tree": "ac022ee80ed0ff6ea3d3fd10759e98bd58933c40",
      "parents": [
        "8246934b7cf99d1f0c053d57890775e5d0df9c33"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:42 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:29 2008 -0400"
      },
      "message": "ACPICA: Methods now implicitly return 0 in slack mode\n\nImplemented an enhancement to the interpreter \"slack mode\". In the\nabsence of an explicit return or an implicitly returned object from\nthe last executed opcode, a control method will now implicitly\nreturn an integer of value 0 for Microsoft compatibility.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d392\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "ef805d956320ffa36d068673d5c5eb2a7d13209b",
      "tree": "efc621915bc0909d99f523551c062390cc3afa0b",
      "parents": [
        "57345ee6b807d32e5eecf724a463378b80cc261c"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:41 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:28 2008 -0400"
      },
      "message": "ACPICA: Implemented full argument resolution support for the BankValue argument to BankField\n\nPreviously, only constants were supported, now any TermArg may\nbe used.\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d387\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d393\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "941f48bb465b0b291f8435b1e3de95b0975b84bc",
      "tree": "42327b3d29fbaa55827abfe620a94320f86b6eb4",
      "parents": [
        "9aa6169f471771324b476a90d9392daa06d63a2d"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:41 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:28 2008 -0400"
      },
      "message": "ACPICA: Implemented full support for deferred execution for the TermArg string arguments for DataTableRegion\n\nThis enables forward references and full operand resolution for\nthe three string arguments. Similar to OperationRegion deferred\nargument execution.)\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d430\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "b7f9f04228eae2cf5adc2ffeb494d4970a8dd8a5",
      "tree": "729bc503991a07c0706737ba0cfdd1ab639a8252",
      "parents": [
        "1d18c05825c3f2b8933a7fc7f7528881e98deb04"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu Apr 10 19:06:40 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:27 2008 -0400"
      },
      "message": "ACPICA: Cosmetic changes only, no functional changes\n\nLint changes, fix compiler warnings, etc.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "14808822a9cea782c2e6f8d39e438cc3891f6472",
      "tree": "c03ae3704fe2d4d07088bb8363e4901e42d13cd6",
      "parents": [
        "3e08e2d2d6efb256aa035e300deb059bb333b6db"
      ],
      "author": {
        "name": "Lin Ming",
        "email": "ming.m.lin@intel.com",
        "time": "Thu Apr 10 19:06:38 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:24 2008 -0400"
      },
      "message": "ACPICA: Fix for namespace lookup problem\n\nFixed a problem where objects of certain types (Device,\nThermalZone, Processor, PowerResource) can be not found if they\nare declared and referenced from within the same control method\n\nhttp://www.acpica.org/bugzilla/show_bug.cgi?id\u003d341.\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "6deb65dd9d66ff70fa8f8665690295a1126f801a",
      "tree": "f28915733315a2916cfbb4ef639310f30ad7bb1e",
      "parents": [
        "5cc1b9b42663878330a4cc1d8020bb9289c46066"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu Apr 10 19:06:38 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:23 2008 -0400"
      },
      "message": "ACPICA: Updated error message for dynamic method serialization\n\nAdded more information to make the message clearer.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4e3156b183aa087bc19804b3295c7c1a71f64752",
      "tree": "5db51b2351f4d919b36364681e594d2b6daa3860",
      "parents": [
        "ba886cd4ac957608777fbc8d137f6b9f0450e775"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu Apr 10 19:06:37 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:21 2008 -0400"
      },
      "message": "ACPICA: changed order of interpretation of operand objects\n\nThe interpreter now evaluates operands in the order that they\nappear (both in the\n AML and ASL), instead of in reverse order. This previously\n caused subtle incompatibilities with the MS interpreter as well\n as being non-intuitive.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "773069d48030e670cf2032a13ddf16a2e0034df3",
      "tree": "2f45fd7e90600d26c08c641c75059eb0b15d6dcd",
      "parents": [
        "4b119e21d0c66c22e8ca03df05d9de623d0eb50f"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu Apr 10 19:06:36 2008 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Apr 22 14:29:20 2008 -0400"
      },
      "message": "ACPICA: Several fixes for internal method result stack\n\nfixes STACK_OVERFLOW exception on nested method calls. internal\nbugzilla 262 and 275.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003castarikovskiy@suse.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "fd3509436fde38d4c854bf5a6b83d2c779904f8e",
      "tree": "af3ffbe044021f6781982d14ae0b7b8aafd4b89b",
      "parents": [
        "88db5e1489f23876a226f5393fd978ddc09dc5f9"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed May 09 23:34:35 2007 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed May 09 23:34:35 2007 -0400"
      },
      "message": "ACPICA: Lindent\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "6c9deb7201d96733dcd1b4cc44e99232308db359",
      "tree": "8140d11ebf7be104ba2901879cca436275c1cb7d",
      "parents": [
        "11bf04c44fd284a5f4e2348a04da6f749cace250"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Feb 02 19:48:24 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:31 2007 -0500"
      },
      "message": "ACPICA: Update copyright to 2007.\n\nAdded 2007 copyright to all module headers and signons. This affects\nvirtually every file in the ACPICA core subsystem, iASL compiler,\nand the utilities.\n\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "ec3153fb0e96988dc7e378b3ab01e05131ba713b",
      "tree": "577f81822756ff73aaaca9b29e667732e2d93eda",
      "parents": [
        "b7a69806308600711589e4ca306d18dd029ef0cf"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Feb 02 19:48:21 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:27 2007 -0500"
      },
      "message": "ACPICA: Use manifest constants for parse pass number\n\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "9bc75cff4919f9d947982d805aed89582a20d04d",
      "tree": "d07b8eb59b0dd6384f8fc5694113759ef7b8668e",
      "parents": [
        "4d0b4af958453afe871022e44abd57fac09baf67"
      ],
      "author": {
        "name": "Valery Podrezov",
        "email": "valery.a.podrezov@intel.com",
        "time": "Fri Feb 02 19:48:21 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:27 2007 -0500"
      },
      "message": "ACPICA: Eliminate control method 2-pass parse/execute.\n\nCompleted an AML interpreter performance enhancement for control method\nexecution. Previously a 2-pass parse/execution, control methods are now\ncompletely parsed and executed in single pass. This improves overall\ninterpreter performance by ~25%, reduces code size, and reduces CPU stack use.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4d0b4af958453afe871022e44abd57fac09baf67",
      "tree": "696731c43ce935f318c7d873ccb12e008b2efa9e",
      "parents": [
        "2b705a8abbce1753c1e5af5ae2ed97e374277654"
      ],
      "author": {
        "name": "Mikhail Kouzmich",
        "email": "mikhail.v.kouzmich@intel.com",
        "time": "Fri Feb 02 19:48:21 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:27 2007 -0500"
      },
      "message": "ACPICA: Restructured module into multiple functions.\n\nRestructured the AML ParseLoop function, breaking it into several\nsubfunctions in order to reduce CPU stack use and improve maintainability\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "13b572a35ed904ae1e162f8ee89ca7fd6992b44c",
      "tree": "16cd017aa6e4808c0b880ef853b8e896c85b7834",
      "parents": [
        "ea5d8ebcbb7ca3bcb35a2133805571295f3f06e8"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Feb 02 19:48:20 2007 +0300"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Feb 02 21:14:25 2007 -0500"
      },
      "message": "ACPICA: Report error if method creates 2 objects with the same name\n\nFixed a regression where an error was no\nlonger emitted if a control method attempts to create 2\nobjects of the same name. This previously and now returns\nAE_ALREADY_EXISTS. When this exception occurs, it invokes\nthe mechanism that will dynamically serialize the control\nmethod to possible prevent future errors. (BZ 440)\n\nSigned-off-by: Alexey Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "e21c1ca3f98529921c829a792dfdbfc5a5dc393b",
      "tree": "fdb0a3c00d46db197ae65e6c66fc841b194cb507",
      "parents": [
        "b3cf257623fabd8f1ee6700a6d328cc1c5da5a1d"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Mon Jul 10 01:35:51 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Mon Jul 10 02:37:22 2006 -0400"
      },
      "message": "ACPI: acpi_os_allocate() fixes\n\nReplace acpi_in_resume with a more general hack\nto check irqs_disabled() on any kmalloc() from ACPI.\nWhile setting (system_state !\u003d SYSTEM_RUNNING) on resume\nseemed more general, Andrew Morton preferred this approach.\n\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d3469\n\nMake acpi_os_allocate() into an inline function to\nallow /proc/slab_allocators to work.\n\nDelete some memset() that could fault on allocation failure.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "967440e3be1af06ad4dc7bb18d2e3c16130fe067",
      "tree": "c9bbf70475333f4f169838ed88233f8410010677",
      "parents": [
        "95b38b3f453c16de0f8cddcde3e71050bbfb37b9"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jun 23 17:04:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 28 03:11:38 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060623\n\nImplemented a new acpi_spinlock type for the OSL lock\ninterfaces.  This allows the type to be customized to\nthe host OS for improved efficiency (since a spinlock is\nusually a very small object.)\n\nImplemented support for \"ignored\" bits in the ACPI\nregisters.  According to the ACPI specification, these\nbits should be preserved when writing the registers via\na read/modify/write cycle. There are 3 bits preserved\nin this manner: PM1_CONTROL[0] (SCI_EN), PM1_CONTROL[9],\nand PM1_STATUS[11].\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d3691\n\nImplemented the initial deployment of new OSL mutex\ninterfaces.  Since some host operating systems have\nseparate mutex and semaphore objects, this feature was\nrequested. The base code now uses mutexes (and the new\nmutex interfaces) wherever a binary semaphore was used\npreviously. However, for the current release, the mutex\ninterfaces are defined as macros to map them to the\nexisting semaphore interfaces.\n\nFixed several problems with the support for the control\nmethod SyncLevel parameter. The SyncLevel now works\naccording to the ACPI specification and in concert with the\nMutex SyncLevel parameter, since the current SyncLevel is\na property of the executing thread. Mutual exclusion for\ncontrol methods is now implemented with a mutex instead\nof a semaphore.\n\nFixed three instances of the use of the C shift operator\nin the bitfield support code (exfldio.c) to avoid the use\nof a shift value larger than the target data width. The\nbehavior of C compilers is undefined in this case and can\ncause unpredictable results, and therefore the case must\nbe detected and avoided.  (Fiodor Suietov)\n\nAdded an info message whenever an SSDT or OEM table\nis loaded dynamically via the Load() or LoadTable()\nASL operators. This should improve debugging capability\nsince it will show exactly what tables have been loaded\n(beyond the tables present in the RSDT/XSDT.)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4119532c95547821dbe72d6916dfa1b2148475b3",
      "tree": "564eb8f69924fb7dc72e93526faf1547acac7d30",
      "parents": [
        "b8d35192c55fb055792ff0641408eaaec7c88988"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri May 26 16:36:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 02:44:35 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060526\n\nRestructured, flattened, and simplified the internal\ninterfaces for namespace object evaluation - resulting\nin smaller code, less CPU stack use, and fewer\ninterfaces. (With assistance from Mikhail Kouzmich)\n\nFixed a problem with the CopyObject operator where the\nfirst parameter was not typed correctly for the parser,\ninterpreter, compiler, and disassembler. Caused various\nerrors and unexpected behavior.\n\nFixed a problem where a ShiftLeft or ShiftRight of\nmore than 64 bits produced incorrect results with some\nC compilers. Since the behavior of C compilers when\nthe shift value is larger than the datatype width is\napparently not well defined, the interpreter now detects\nthis condition and simply returns zero as expected in all\nsuch cases. (BZ 395)\n\nFixed problem reports (Valery Podrezov) integrated: -\nUpdate String-to-Integer conversion to match ACPI 3.0A spec\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5329\nAllow interpreter to handle nested method declarations\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5361\n\nFixed problem reports (Fiodor Suietov) integrated: -\nacpi_terminate() doesn\u0027t free debug memory allocation\nlist objects (BZ 355) - After Core Subsystem\nshutdown, acpi_subsystem_status() returns AE_OK (BZ 356) -\nacpi_os_unmap_memory() for RSDP can be invoked inconsistently\n(BZ 357) - Resource Manager should return AE_TYPE for\nnon-device objects (BZ 358) - Incomplete cleanup branch\nin AcpiNsEvaluateRelative (BZ 359) - Use acpi_os_free()\ninstead of ACPI_FREE in acpi_rs_set_srs_method_data (BZ 360)\n- Incomplete cleanup branch in acpi_ps_parse_aml (BZ 361) -\nIncomplete cleanup branch in acpi_ds_delete_walk_state (BZ 362)\n- acpi_get_table_header returns AE_NO_ACPI_TABLES until DSDT\nis loaded (BZ 365) - Status of the Global Initialization\nHandler call not used (BZ 366) - Incorrect object parameter\nto Global Initialization Handler (BZ 367)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "b229cf92eee616c7cb5ad8cdb35a19b119f00bc8",
      "tree": "74b52bec6ec029859c2320aba227290a503af31a",
      "parents": [
        "793c2388cae3fd023b3b5166354931752d42353c"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Apr 21 17:15:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 02:30:55 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060421\n\nRemoved a device initialization optimization introduced in\n20051216 where the _STA method was not run unless an _INI\nwas also present for the same device. This optimization\ncould cause problems because it could allow _INI methods\nto be run within a not-present device subtree (If a\nnot-present device had no _INI, _STA would not be run,\nthe not-present status would not be discovered, and the\nchildren of the device would be incorrectly traversed.)\n\nImplemented a new _STA optimization where namespace\nsubtrees that do not contain _INI are identified and\nignored during device initialization. Selectively running\n_STA can significantly improve boot time on large machines\n(with assistance from Len Brown.)\n\nImplemented support for the device initialization case\nwhere the returned _STA flags indicate a device not-present\nbut functioning. In this case, _INI is not run, but the\ndevice children are examined for presence, as per the\nACPI specification.\n\nImplemented an additional change to the IndexField support\nin order to conform to MS behavior. The value written to\nthe Index Register is not simply a byte offset, it is a\nbyte offset in units of the access width of the parent\nIndex Field. (Fiodor Suietov)\n\nDefined and deployed a new OSL interface,\nacpi_os_validate_address().  This interface is called during\nthe creation of all AML operation regions, and allows\nthe host OS to exert control over what addresses it will\nallow the AML code to access. Operation Regions whose\naddresses are disallowed will cause a runtime exception\nwhen they are actually accessed (will not affect or abort\ntable loading.)\n\nDefined and deployed a new OSL interface,\nacpi_os_validate_interface().  This interface allows the host OS\nto match the various \"optional\" interface/behavior strings\nfor the _OSI predefined control method as appropriate\n(with assistance from Bjorn Helgaas.)\n\nRestructured and corrected various problems in the\nexception handling code paths within DsCallControlMethod\nand DsTerminateControlMethod in dsmethod (with assistance\nfrom Takayoshi Kochi.)\n\nModified the Linux source converter to ignore quoted string\nliterals while converting identifiers from mixed to lower\ncase. This will correct problems with the disassembler\nand other areas where such strings must not be modified.\n\nThe ACPI_FUNCTION_* macros no longer require quotes around\nthe function name. This allows the Linux source converter\nto convert the names, now that the converter ignores\nquoted strings.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "793c2388cae3fd023b3b5166354931752d42353c",
      "tree": "6859cde48677cf1e9b9766cd1d95081a863c060c",
      "parents": [
        "61686124f47d7c4b78610346c5f8f9d8a6d46bb5"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Mar 31 00:00:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 02:04:16 2006 -0400"
      },
      "message": "ACPI: ACPICA 20060331\n\nImplemented header file support for the following\nadditional ACPI tables: ASF!, BOOT, CPEP, DBGP, MCFG, SPCR,\nSPMI, TCPA, and WDRT. With this support, all current and\nknown ACPI tables are now defined in the ACPICA headers and\nare available for use by device drivers and other software.\n\nImplemented support to allow tables that contain ACPI\nnames with invalid characters to be loaded. Previously,\nthis would cause the table load to fail, but since\nthere are several known cases of such tables on\nexisting machines, this change was made to enable\nACPI support for them. Also, this matches the\nbehavior of the Microsoft ACPI implementation.\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d147621\n\nFixed a couple regressions introduced during the memory\noptimization in the 20060317 release. The namespace\nnode definition required additional reorganization and\nan internal datatype that had been changed to 8-bit was\nrestored to 32-bit. (Valery Podrezov)\n\nFixed a problem where a null pointer passed to\nacpi_ut_delete_generic_state() could be passed through\nto acpi_os_release_object which is unexpected. Such\nnull pointers are now trapped and ignored, matching\nthe behavior of the previous implementation before the\ndeployment of acpi_os_release_object().  (Valery Podrezov,\nFiodor Suietov)\n\nFixed a memory mapping leak during the deletion of\na SystemMemory operation region where a cached memory\nmapping was not deleted. This became a noticeable problem\nfor operation regions that are defined within frequently\nused control methods. (Dana Meyers)\n\nReorganized the ACPI table header files into two main\nfiles: one for the ACPI tables consumed by the ACPICA core,\nand another for the miscellaneous ACPI tables that are\nconsumed by the drivers and other software. The various\nFADT definitions were merged into one common section and\nthree different tables (ACPI 1.0, 1.0+, and 2.0)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "61686124f47d7c4b78610346c5f8f9d8a6d46bb5",
      "tree": "6fd91b2c1749907e58ef136107e53d634d7978c4",
      "parents": [
        "144c87b4e03759214c362d267e01c2905f1ab095"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Mar 17 16:44:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jun 14 01:22:20 2006 -0400"
      },
      "message": "[ACPI] ACPICA 20060317\n\nImplemented the use of a cache object for all internal\nnamespace nodes. Since there are about 1000 static nodes\nin a typical system, this will decrease memory use for\ncache implementations that minimize per-allocation overhead\n(such as a slab allocator.)\n\nRemoved the reference count mechanism for internal\nnamespace nodes, since it was deemed unnecessary. This\nreduces the size of each namespace node by about 5%-10%\non all platforms. Nodes are now 20 bytes for the 32-bit\ncase, and 32 bytes for the 64-bit case.\n\nOptimized several internal data structures to reduce\nobject size on 64-bit platforms by packing data within\nthe 64-bit alignment. This includes the frequently used\nACPI_OPERAND_OBJECT, of which there can be ~1000 static\ninstances corresponding to the namespace objects.\n\nAdded two new strings for the predefined _OSI method:\n\"Windows 2001.1 SP1\" and \"Windows 2006\".\n\nSplit the allocation tracking mechanism out to a separate\nfile, from utalloc.c to uttrack.c. This mechanism appears\nto be only useful for application-level code. Kernels may\nwish to not include uttrack.c in distributions.\n\nRemoved all remnants of the obsolete ACPI_REPORT_* macros\nand the associated code. (These macros have been replaced\nby the ACPI_ERROR and ACPI_WARNING macros.)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "8313524a0d466f451a62709aaedf988d8257b21c",
      "tree": "d612fc796ae07d8a39542c95eec0f5169c9f64eb",
      "parents": [
        "ea936b78f46cbe089a4ac363e1682dee7d427096"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Tue Oct 03 00:00:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Apr 01 01:26:39 2006 -0500"
      },
      "message": "ACPI: ACPICA 20060310\n\nTagged all external interfaces to the subsystem with the\nnew ACPI_EXPORT_SYMBOL macro. This macro can be defined\nas necessary to assist kernel integration. For Linux,\nthe macro resolves to the EXPORT_SYMBOL macro. The default\ndefinition is NULL.\n\nAdded the ACPI_THREAD_ID type for the return value from\nacpi_os_get_thread_id(). This allows the host to define this\nas necessary to simplify kernel integration. The default\ndefinition is ACPI_NATIVE_UINT.\n\nValery Podrezov fixed two interpreter problems related\nto error processing, the deletion of objects, and placing\ninvalid pointers onto the internal operator result stack.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d6028\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d6151\n\nIncreased the reference count threshold where a warning is\nemitted for large reference counts in order to eliminate\nunnecessary warnings on systems with large namespaces\n(especially 64-bit.) Increased the value from 0x400\nto 0x800.\n\nDue to universal disagreement as to the meaning of the\n\u0027c\u0027 in the calloc() function, the ACPI_MEM_CALLOCATE\nmacro has been renamed to ACPI_ALLOCATE_ZEROED so that the\npurpose of the interface is \u0027clear\u0027. ACPI_MEM_ALLOCATE and\nACPI_MEM_FREE are renamed to ACPI_ALLOCATE and ACPI_FREE.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "ea936b78f46cbe089a4ac363e1682dee7d427096",
      "tree": "c444b65c3d02b05934497caefcdcbbe675a00bdf",
      "parents": [
        "52fc0b026e99b5d5d585095148d997d5634bbc25"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Feb 17 00:00:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Apr 01 01:23:23 2006 -0500"
      },
      "message": "ACPI: ACPICA 20060217\n\nImplemented a change to the IndexField support to match\nthe behavior of the Microsoft AML interpreter. The value\nwritten to the Index register is now a byte offset,\nno longer an index based upon the width of the Data\nregister. This should fix IndexField problems seen on\nsome machines where the Data register is not exactly one\nbyte wide. The ACPI specification will be clarified on\nthis point.\n\nFixed a problem where several resource descriptor\ntypes could overrun the internal descriptor buffer due\nto size miscalculation: VendorShort, VendorLong, and\nInterrupt. This was noticed on IA64 machines, but could\naffect all platforms.\n\nFixed a problem where individual resource descriptors were\nmisaligned within the internal buffer, causing alignment\nfaults on IA64 platforms.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "52fc0b026e99b5d5d585095148d997d5634bbc25",
      "tree": "7bf93132cfd3e6957308a84198ee159f7d43cf6f",
      "parents": [
        "46358614ed5b031797522f1020e989c959a8d8a6"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Mon Oct 02 00:00:00 2006 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Mar 31 02:19:03 2006 -0500"
      },
      "message": "[ACPI] ACPICA 20060210\n\nRemoved a couple of extraneous ACPI_ERROR messages that\nappeared during normal execution. These became apparent\nafter the conversion from ACPI_DEBUG_PRINT.\n\nFixed a problem where the CreateField operator could hang\nif the BitIndex or NumBits parameter referred to a named\nobject. From Valery Podrezov.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5359\n\nFixed a problem where a DeRefOf operation on a buffer\nobject incorrectly failed with an exception. This also\nfixes a couple of related RefOf and DeRefOf issues.\nFrom Valery Podrezov.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5360\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5387\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5392\n\nFixed a problem where the AE_BUFFER_LIMIT exception was\nreturned instead of AE_STRING_LIMIT on an out-of-bounds\nIndex() operation. From Valery Podrezov.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5480\n\nImplemented a memory cleanup at the end of the execution\nof each iteration of an AML While() loop, preventing the\naccumulation of outstanding objects. From Valery Podrezov.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5427\n\nEliminated a chunk of duplicate code in the object\nresolution code. From Valery Podrezov.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5336\n\nFixed several warnings during the 64-bit code generation.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "b8e4d89357fc434618a59c1047cac72641191805",
      "tree": "ac97fcc6fdc277c682365900663872c96f2420bd",
      "parents": [
        "292dd876ee765c478b27c93cc51e93a558ed58bf"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jan 27 16:43:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Jan 31 03:25:09 2006 -0500"
      },
      "message": "[ACPI] ACPICA 20060127\n\nImplemented support in the Resource Manager to allow\nunresolved namestring references within resource package\nobjects for the _PRT method. This support is in addition\nto the previously implemented unresolved reference\nsupport within the AML parser. If the interpreter slack\nmode is enabled (true on Linux unless acpi\u003dstrict),\nthese unresolved references will be passed through\nto the caller as a NULL package entry.\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5741\n\nImplemented and deployed new macros and functions for\nerror and warning messages across the subsystem. These\nmacros are simpler and generate less code than their\npredecessors. The new macros ACPI_ERROR, ACPI_EXCEPTION,\nACPI_WARNING, and ACPI_INFO replace the ACPI_REPORT_*\nmacros.\n\nImplemented the acpi_cpu_flags type to simplify host OS\nintegration of the Acquire/Release Lock OSL interfaces.\nSuggested by Steven Rostedt and Andrew Morton.\n\nFixed a problem where Alias ASL operators are sometimes\nnot correctly resolved. causing AE_AML_INTERNAL\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5189\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5674\n\nFixed several problems with the implementation of the\nConcatenateResTemplate ASL operator. As per the ACPI\nspecification, zero length buffers are now treated as a\nsingle EndTag. One-length buffers always cause a fatal\nexception. Non-zero length buffers that do not end with\na full 2-byte EndTag cause a fatal exception.\n\nFixed a possible structure overwrite in the\nAcpiGetObjectInfo external interface. (With assistance\nfrom Thomas Renninger)\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4a90c7e86202f46fa9af011bdbcdf36e355d1721",
      "tree": "3784cffb2166330d6f94ea53996fbeef36f58ce3",
      "parents": [
        "3c5c363826e435cf4d54d917202567e5b57cae5f"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jan 13 16:22:00 2006 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Jan 20 02:23:50 2006 -0500"
      },
      "message": "[ACPI] ACPICA 20060113\n\nAdded 2006 copyright.\n\nAt SuSE\u0027s suggestion, enabled all error messages\nwithout enabling function tracing, ie with CONFIG_ACPI_DEBUG\u003dn\n\nReplaced all instances of the ACPI_DEBUG_PRINT macro invoked at\nthe ACPI_DB_ERROR and ACPI_DB_WARN debug levels with\nthe ACPI_REPORT_ERROR and ACPI_REPORT_WARNING macros,\nrespectively. This preserves all error and warning messages\nin the non-debug version of the ACPICA code (this has been\nreferred to as the \"debug lite\" option.) Over 200 cases\nwere converted to create a total of over 380 error/warning\nmessages across the ACPICA code. This increases the code\nand data size of the default non-debug version by about 13K.\nAdded ACPI_NO_ERROR_MESSAGES flag to enable deleting all messages.\nThe size of the debug version remains about the same.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "defba1d8f233c0d5cf3e1ea6aeb898eca7231860",
      "tree": "cd8b1b84da8d8a52ad0d44107daaeeee0a0b65f4",
      "parents": [
        "cb654695f6b912cef7cb3271665b6ee0d416124c"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Dec 16 17:05:00 2005 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Dec 28 02:54:59 2005 -0500"
      },
      "message": "[ACPI] ACPICA 20051216\n\nImplemented optional support to allow unresolved names\nwithin ASL Package objects. A null object is inserted in\nthe package when a named reference cannot be located in\nthe current namespace. Enabled via the interpreter slack\nflag which Linux has enabled by default (acpi\u003dstrict\nto disable slack).  This should eliminate AE_NOT_FOUND\nexceptions seen on machines that contain such code.\n\nImplemented an optimization to the initialization\nsequence that can improve boot time. During ACPI device\ninitialization, the _STA method is now run if and only\nif the _INI method exists. The _STA method is used to\ndetermine if the device is present; An _INI can only be\nrun if _STA returns present, but it is a waste of time to\nrun the _STA method if the _INI does not exist. (Prototype\nand assistance from Dong Wei)\n\nImplemented use of the C99 uintptr_t for the pointer\ncasting macros if it is available in the current\ncompiler. Otherwise, the default (void *) cast is used\nas before.\n\nFixed some possible memory leaks found within the\nexecution path of the Break, Continue, If, and CreateField\noperators. (Valery Podrezov)\n\nFixed a problem introduced in the 20051202 release where\nan exception is generated during method execution if a\ncontrol method attempts to declare another method.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "c51a4de85de720670f2fbc592a6f8040af72ad87",
      "tree": "ccaa60c483fcc904abd63d936ff7dc380bf28e7b",
      "parents": [
        "96db255c8f014ae3497507104e8df809785a619f"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu Nov 17 13:07:00 2005 -0500"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Dec 10 00:27:56 2005 -0500"
      },
      "message": "[ACPI] ACPICA 20051117\n\nFixed a problem in the AML parser where the method thread\ncount could be decremented below zero if any errors\noccurred during the method parse phase. This should\neliminate AE_AML_METHOD_LIMIT exceptions seen on some\nmachines. This also fixed a related regression with the\nmechanism that detects and corrects methods that cannot\nproperly handle reentrancy (related to the deployment of\nthe new OwnerId mechanism.)\n\nEliminated the pre-parsing of control methods (to detect\nerrors) during table load. Related to the problem above,\nthis was causing unwind issues if any errors occurred\nduring the parse, and it seemed to be overkill. A table\nload should not be aborted if there are problems with\nany single control method, thus rendering this feature\nrather pointless.\n\nFixed a problem with the new table-driven resource manager\nwhere an internal buffer overflow could occur for small\nresource templates.\n\nImplemented a new external interface, acpi_get_vendor_resource()\nThis interface will find and return a vendor-defined\nresource descriptor within a _CRS or _PRS\nmethod via an ACPI 3.0 UUID match. (from Bjorn Helgaas)\n\nRemoved the length limit (200) on string objects as\nper the upcoming ACPI 3.0A specification. This affects\nthe following areas of the interpreter: 1) any implicit\nconversion of a Buffer to a String, 2) a String object\nresult of the ASL Concatentate operator, 3) the String\nobject result of the ASL ToString operator.\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "50eca3eb89d73d9f0aa070b126c7ee6a616016ab",
      "tree": "b2d06d21b34b9bd17eea4c53cff1f3866fa1b21d",
      "parents": [
        "3d5271f9883cba7b54762bc4fe027d4172f06db7"
      ],
      "author": {
        "name": "Bob Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Sep 30 19:03:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Dec 10 00:20:25 2005 -0500"
      },
      "message": "[ACPI] ACPICA 20050930\n\nCompleted a major overhaul of the Resource Manager code -\nspecifically, optimizations in the area of the AML/internal\nresource conversion code. The code has been optimized to\nsimplify and eliminate duplicated code, CPU stack use has\nbeen decreased by optimizing function parameters and local\nvariables, and naming conventions across the manager have\nbeen standardized for clarity and ease of maintenance (this\nincludes function, parameter, variable, and struct/typedef\nnames.)\n\nAll Resource Manager dispatch and information tables have\nbeen moved to a single location for clarity and ease of\nmaintenance. One new file was created, named \"rsinfo.c\".\n\nThe ACPI return macros (return_ACPI_STATUS, etc.) have\nbeen modified to guarantee that the argument is\nnot evaluated twice, making them less prone to macro\nside-effects. However, since there exists the possibility\nof additional stack use if a particular compiler cannot\noptimize them (such as in the debug generation case),\nthe original macros are optionally available.  Note that\nsome invocations of the return_VALUE macro may now cause\nsize mismatch warnings; the return_UINT8 and return_UINT32\nmacros are provided to eliminate these. (From Randy Dunlap)\n\nImplemented a new mechanism to enable debug tracing for\nindividual control methods. A new external interface,\nacpi_debug_trace(), is provided to enable this mechanism. The\nintent is to allow the host OS to easily enable and disable\ntracing for problematic control methods. This interface\ncan be easily exposed to a user or debugger interface if\ndesired. See the file psxface.c for details.\n\nacpi_ut_callocate() will now return a valid pointer if a\nlength of zero is specified - a length of one is used\nand a warning is issued. This matches the behavior of\nacpi_ut_allocate().\n\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "aff8c2777d1a9edf97f26bf60579f9c931443eb1",
      "tree": "fcd5bfe84e0e3aeb328d60ec41776522b9b7d122",
      "parents": [
        "a94f18810f52d3a6de0a09bee0c7258b62eca262"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "Robert.Moore@intel.com",
        "time": "Fri Sep 02 17:24:17 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Sep 03 00:15:11 2005 -0400"
      },
      "message": "[ACPI] ACPICA 20050902\n\nFixed a problem with the internal Owner ID allocation and\ndeallocation mechanisms for control method execution and\nrecursive method invocation.  This should eliminate the\nOWNER_ID_LIMIT exceptions and \"Invalid OwnerId\" messages\nseen on some systems.  Recursive method invocation depth\nis currently limited to 255.  (Alexey Starikovskiy)\n\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d4892\n\nCompletely eliminated all vestiges of support for the\n\"module-level executable code\" until this support is\nfully implemented and debugged.  This should eliminate the\nNO_RETURN_VALUE exceptions seen during table load on some\nsystems that invoke this support.\n\nhttp://bugzilla.kernel.org/show_bug.cgi?id\u003d5162\n\nFixed a problem within the resource manager code where\nthe transaction flags for a 64-bit address descriptor were\nhandled incorrectly in the type-specific flag byte.\n\nConsolidated duplicate code within the address descriptor\nresource manager code, reducing overall subsystem code size.\n\nSigned-off-by: Robert Moore \u003cRobert.Moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "a94f18810f52d3a6de0a09bee0c7258b62eca262",
      "tree": "a1bee534fe254106cec916642ae90ebf15cec201",
      "parents": [
        "8813dfbfc56b3f7c369b3115c2f70bcacd77ec51"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Sep 03 00:09:12 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Sep 03 00:10:05 2005 -0400"
      },
      "message": "[ACPI] revert owner-id-3.patch\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "8813dfbfc56b3f7c369b3115c2f70bcacd77ec51",
      "tree": "2fe8f4383e8b4650ab66e2ed970d60d8b01e5c49",
      "parents": [
        "4fbd1514173a80f9dc93e8ebbd6d4eb97cee123e"
      ],
      "author": {
        "name": "Alexey Y. Starikovskiy",
        "email": "alexey.y.starikovskiy@intel.com",
        "time": "Thu Aug 25 09:56:52 2005 +0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Aug 31 17:29:32 2005 -0400"
      },
      "message": "[ACPI] Error: Invalid owner_id: 00\n\nSigned-off-by: Alexey Y. Starikovskiy \u003calexey.y.starikovskiy@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "4be44fcd3bf648b782f4460fd06dfae6c42ded4b",
      "tree": "5b5b7d296ea58786f53b95e5eac9565ff66890b0",
      "parents": [
        "c65ade4dc8b486e8c8b9b0a6399789a5428e2039"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Aug 05 00:44:28 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Aug 05 00:45:14 2005 -0400"
      },
      "message": "[ACPI] Lindent all ACPI files\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "0c9938cc75057c0fca1af55a55dcfc2842436695",
      "tree": "d18e809bf9e3811f20c609b6515d4d1b8520cfbc",
      "parents": [
        "dd8f39bbf5154cdbfd698fc70c66faba33eafa44"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jul 29 15:15:00 2005 -0700"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Sat Jul 30 00:51:39 2005 -0400"
      },
      "message": "[ACPI] ACPICA 20050729 from Bob Moore\n\nImplemented support to ignore an attempt to install/load\na particular ACPI table more than once. Apparently there\nexists BIOS code that repeatedly attempts to load the same\nSSDT upon certain events. Thanks to Venkatesh Pallipadi.\n\nRestructured the main interface to the AML parser in\norder to correctly handle all exceptional conditions. This\nwill prevent leakage of the OwnerId resource and should\neliminate the AE_OWNER_ID_LIMIT exceptions seen on some\nmachines. Thanks to Alexey Starikovskiy.\n\nSupport for \"module level code\" has been disabled in this\nversion due to a number of issues that have appeared\non various machines. The support can be enabled by\ndefining ACPI_ENABLE_MODULE_LEVEL_CODE during subsystem\ncompilation. When the issues are fully resolved, the code\nwill be enabled by default again.\n\nModified the internal functions for debug print support\nto define the FunctionName parameter as a (const char *)\nfor compatibility with compiler built-in macros such as\n__FUNCTION__, etc.\n\nLinted the entire ACPICA source tree for both 32-bit\nand 64-bit.\n\nSigned-off-by: Robert Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "670fac79b9dcf16549a4c1f4c0b73c457e53bd7e",
      "tree": "3612e0d4312f817bee8e500ecac17498c386436f",
      "parents": [
        "5d75ab45594c78d2d976a3248ea1ca281c9d7056"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Jul 29 00:16:54 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Jul 29 00:19:34 2005 -0400"
      },
      "message": "[ACPI] disable module level AML code (for now)\n\nIt is important that we support module level code --\nBIOS\u0027s implement it.  But this implementation needs\nmore testing.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "f9f4601f331aa1226d7a798a01950efbb388f07f",
      "tree": "62e079a9275749d16a4a0da56a427be201e15d27",
      "parents": [
        "4c3ffbd79529b680b3c3ef2b6f42f0c89c694ec5"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jul 08 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Thu Jul 14 00:42:23 2005 -0400"
      },
      "message": "ACPICA 20050708 from Bob Moore \u003crobert.moore@intel.com\u003e\n\nThe use of the CPU stack in the debug version of the\nsubsystem has been considerably reduced.  Previously, a\ndebug structure was declared in every function that used\nthe debug macros.  This structure has been removed in\nfavor of declaring the individual elements as parameters\nto the debug functions.  This reduces the cumulative stack\nuse during nested execution of ACPI function calls at the\ncost of a small increase in the code size of the debug\nversion of the subsystem.  With assistance from Alexey\nStarikovskiy and Len Brown.\n\nAdded the ACPI_GET_FUNCTION_NAME macro to enable the\ncompiler-dependent headers to define a macro that will\nreturn the current function name at runtime (such as\n__FUNCTION__ or _func_, etc.) The function name is used\nby the debug trace output.  If ACPI_GET_FUNCTION_NAME\nis not defined in the compiler-dependent header, the\nfunction name is saved on the CPU stack (one pointer per\nfunction.) This mechanism is used because apparently there\nexists no standard ANSI-C defined macro that that returns\nthe function name.\n\nAlexey Starikovskiy redesigned and reimplemented the\n\"Owner ID\" mechanism used to track namespace objects\ncreated/deleted by ACPI tables and control method\nexecution.  A bitmap is now used to allocate and free the\nIDs, thus solving the wraparound problem present in the\nprevious implementation.  The size of the namespace node\ndescriptor was reduced by 2 bytes as a result.\n\nRemoved the UINT32_BIT and UINT16_BIT types that were used\nfor the bitfield flag definitions within the headers for\nthe predefined ACPI tables.  These have been replaced by\nUINT8_BIT in order to increase the code portability of\nthe subsystem.  If the use of UINT8 remains a problem,\nwe may be forced to eliminate bitfields entirely because\nof a lack of portability.\n\nAlexey Starikovksiy enhanced the performance of\nacpi_ut_update_object_reference.  This is a frequently used\nfunction and this improvement increases the performance\nof the entire subsystem.\n\nAlexey Starikovskiy fixed several possible memory leaks\nand the inverse - premature object deletion.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "73459f73e5d1602c59ebec114fc45185521353c1",
      "tree": "56c2183e345784d2be09c2f5d2530cf36221c55e",
      "parents": [
        "88ac00f5a841dcfc5c682000f4a6add0add8caac"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri Jun 24 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jul 13 23:45:36 2005 -0400"
      },
      "message": "ACPICA 20050617-0624 from Bob Moore \u003crobert.moore@intel.com\u003e\n\nACPICA 20050617:\n\nMoved the object cache operations into the OS interface\nlayer (OSL) to allow the host OS to handle these operations\nif desired (for example, the Linux OSL will invoke the\nslab allocator).  This support is optional; the compile\ntime define ACPI_USE_LOCAL_CACHE may be used to utilize\nthe original cache code in the ACPI CA core.  The new OSL\ninterfaces are shown below.  See utalloc.c for an example\nimplementation, and acpiosxf.h for the exact interface\ndefinitions.  Thanks to Alexey Starikovskiy.\n\tacpi_os_create_cache\n\tacpi_os_delete_cache\n\tacpi_os_purge_cache\n\tacpi_os_acquire_object\n\tacpi_os_release_object\n\nModified the interfaces to acpi_os_acquire_lock and\nacpi_os_release_lock to return and restore a flags\nparameter.  This fits better with many OS lock models.\nNote: the current execution state (interrupt handler\nor not) is no longer passed to these interfaces.  If\nnecessary, the OSL must determine this state by itself, a\nsimple and fast operation.  Thanks to Alexey Starikovskiy.\n\nFixed a problem in the ACPI table handling where a valid\nXSDT was assumed present if the revision of the RSDP\nwas 2 or greater.  According to the ACPI specification,\nthe XSDT is optional in all cases, and the table manager\ntherefore now checks for both an RSDP \u003e\u003d2 and a valid\nXSDT pointer.  Otherwise, the RSDT pointer is used.\nSome ACPI 2.0 compliant BIOSs contain only the RSDT.\n\nFixed an interpreter problem with the Mid() operator in the\ncase of an input string where the resulting output string\nis of zero length.  It now correctly returns a valid,\nnull terminated string object instead of a string object\nwith a null pointer.\n\nFixed a problem with the control method argument handling\nto allow a store to an Arg object that already contains an\nobject of type Device.  The Device object is now correctly\noverwritten.  Previously, an error was returned.\n\nACPICA 20050624:\n\nModified the new OSL cache interfaces to use ACPI_CACHE_T\nas the type for the host-defined cache object.  This allows\nthe OSL implementation to define and type this object in\nany manner desired, simplifying the OSL implementation.\nFor example, ACPI_CACHE_T is defined as kmem_cache_t for\nLinux, and should be defined in the OS-specific header\nfile for other operating systems as required.\n\nChanged the interface to AcpiOsAcquireObject to directly\nreturn the requested object as the function return (instead\nof ACPI_STATUS.) This change was made for performance\nreasons, since this is the purpose of the interface in the\nfirst place.  acpi_os_acquire_object is now similar to the\nacpi_os_allocate interface.  Thanks to Alexey Starikovskiy.\n\nModified the initialization sequence in\nacpi_initialize_subsystem to call the OSL interface\nacpi_osl_initialize first, before any local initialization.\nThis change was required because the global initialization\nnow calls OSL interfaces.\n\nRestructured the code base to split some files because\nof size and/or because the code logically belonged in a\nseparate file.  New files are listed below.\n\n  utilities/utcache.c\t/* Local cache interfaces */\n  utilities/utmutex.c\t/* Local mutex support */\n  utilities/utstate.c\t/* State object support */\n  parser/psloop.c\t/* Main AML parse loop */\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "88ac00f5a841dcfc5c682000f4a6add0add8caac",
      "tree": "80dcff8323c6c79e8706f42eb4b7c3884bc03152",
      "parents": [
        "6f42ccf2fc50ecee8ea170040627f268430c1648"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Thu May 26 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jul 13 16:46:34 2005 -0400"
      },
      "message": "ACPICA 20050526 from Bob Moore \u003crobert.moore@intel.com\u003e\n\nImplemented support to execute Type 1 and Type 2 AML\nopcodes appearing at the module level (not within a control\nmethod.)  These opcodes are executed exactly once at the\ntime the table is loaded. This type of code was legal up\nuntil the release of ACPI 2.0B (2002) and is now supported\nwithin ACPI CA in order to provide backwards compatibility\nwith earlier BIOS implementations. This eliminates the\n\"Encountered executable code at module level\" warning that\nwas previously generated upon detection of such code.\n\nFixed a problem in the interpreter where an AE_NOT_FOUND\nexception could inadvertently be generated during the\nlookup of namespace objects in the second pass parse of\nACPI tables and control methods. It appears that this\nproblem could occur during the resolution of forward\nreferences to namespace objects.\n\nAdded the ACPI_MUTEX_DEBUG #ifdef to the\nacpi_ut_release_mutex function, corresponding to the same\nthe deadlock detection debug code to be compiled out in\nthe normal case, improving mutex performance (and overall\nsubsystem performance) considerably.  As suggested by\nAlexey Starikovskiy.\n\nImplemented a handful of miscellaneous fixes for possible\nmemory leaks on error conditions and error handling\ncontrol paths. These fixes were suggested by FreeBSD and\nthe Coverity Prevent source code analysis tool.\n\nAdded a check for a null RSDT pointer in\nacpi_get_firmware_table (tbxfroot.c) to prevent a fault\nin this error case.\n\nSigned-off-by Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "6f42ccf2fc50ecee8ea170040627f268430c1648",
      "tree": "5b6690d86adfc17e7960b2e113855079fe19c541",
      "parents": [
        "d8683a0cb5d09cb7f19feefa708424a84577e68f"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Fri May 13 00:00:00 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jul 13 16:29:07 2005 -0400"
      },
      "message": "ACPICA from Bob Moore \u003crobert.moore@intel.com\u003e\n\nImplemented support for PCI Express root bridges\n-- added support for device PNP0A08 in the root\nbridge search within AcpiEvPciConfigRegionSetup.\nacpi_ev_pci_config_region_setup().\n\nThe interpreter now automatically truncates incoming\n64-bit constants to 32 bits if currently executing out\nof a 32-bit ACPI table (Revision \u003c 2). This also affects\nthe iASL compiler constant folding. (Note: as per below,\nthe iASL compiler no longer allows 64-bit constants within\n32-bit tables.)\n\nFixed a problem where string and buffer objects with\n\"static\" pointers (pointers to initialization data within\nan ACPI table) were not handled consistently. The internal\nobject copy operation now always copies the data to a newly\nallocated buffer, regardless of whether the source object\nis static or not.\n\nFixed a problem with the FromBCD operator where an\nimplicit result conversion was improperly performed while\nstoring the result to the target operand. Since this is an\n\"explicit conversion\" operator, the implicit conversion\nshould never be performed on the output.\n\nFixed a problem with the CopyObject operator where a copy\nto an existing named object did not always completely\noverwrite the existing object stored at name. Specifically,\na buffer-to-buffer copy did not delete the existing buffer.\n\nReplaced \"interrupt_level\" with \"interrupt_number\" in all\nGPE interfaces and structs for consistency.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "44f6c01242da4e162f28d8e1216a8c7a91174605",
      "tree": "53f724764f1bd9036dfb049a643d198125cc9edc",
      "parents": [
        "ebb6e1a6122fd6b7c96470cfd4ce0f04150e5084"
      ],
      "author": {
        "name": "Robert Moore",
        "email": "robert.moore@intel.com",
        "time": "Mon Apr 18 22:49:35 2005 -0400"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Tue Jul 12 00:08:52 2005 -0400"
      },
      "message": "ACPICA 20050408 from Bob Moore\n\nFixed three cases in the interpreter where an \"index\"\nargument to an ASL function was still (internally) 32\nbits instead of the required 64 bits.  This was the Index\nargument to the Index, Mid, and Match operators.\n\nThe \"strupr\" function is now permanently local\n(acpi_ut_strupr), since this is not a POSIX-defined\nfunction and not present in most kernel-level C\nlibraries. References to the C library strupr function\nhave been removed from the headers.\n\nCompleted the deployment of static\nfunctions/prototypes. All prototypes with the static\nattribute have been moved from the headers to the owning\nC file.\n\nACPICA 20050329 from Bob Moore\n\nAn error is now generated if an attempt is made to create\na Buffer Field of length zero (A CreateField with a length\noperand of zero.)\n\nThe interpreter now issues a warning whenever executable\ncode at the module level is detected during ACPI table\nload. This will give some idea of the prevalence of this\ntype of code.\n\nImplemented support for references to named objects (other\nthan control methods) within package objects.\n\nEnhanced package object output for the debug\nobject. Package objects are now completely dumped, showing\nall elements.\n\nEnhanced miscellaneous object output for the debug\nobject. Any object can now be written to the debug object\n(for example, a device object can be written, and the type\nof the object will be displayed.)\n\nThe \"static\" qualifier has been added to all local\nfunctions across the core subsystem.\n\nThe number of \"long\" lines (\u003e 80 chars) within the source\nhas been significantly reduced, by about 1/3.\n\nCleaned up all header files to ensure that all CA/iASL\nfunctions are prototyped (even static functions) and the\nformatting is consistent.\n\nTwo new header files have been added, acopcode.h and\nacnames.h.\n\nRemoved several obsolete functions that were no longer\nused.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2",
      "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d",
      "parents": [],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n"
    }
  ]
}