)]}'
{
  "log": [
    {
      "commit": "6ef19ab7fa1535d35006535dba6c407dad2d845c",
      "tree": "ebc8d0a9341ac4cfd5970b0eacf45e548a31a0eb",
      "parents": [
        "ee49089dc7d9fc78db51e18f4fba68e88edc49a4"
      ],
      "author": {
        "name": "Chen Gong",
        "email": "gong.chen@linux.intel.com",
        "time": "Thu Mar 15 16:53:37 2012 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Fri Mar 30 03:30:19 2012 -0400"
      },
      "message": "Update documentation for parameter *notrigger* in einj.txt\n\nAdd description of parameter notrigger in the einj.txt.\nOne can utilize this new parameter to do some SRAR injection\ntest. Pay attention, the operation is highly depended on the\nBIOS implementation. If no proper BIOS supports it, even if\nenabling this parameter, expected result will not happen.\n\nv2:\n  Update the documentation suggested by Tony\n\nSuggested-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Chen Gong \u003cgong.chen@linux.intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "c130bd6f82e5dda28b1a19741c4c2fe269713199",
      "tree": "7561dc50d4c256ca9eb19cd55569bc7867289af7",
      "parents": [
        "805a6af8dba5dfdd35ec35dc52ec0122400b2610"
      ],
      "author": {
        "name": "Tony Luck",
        "email": "tony.luck@intel.com",
        "time": "Tue Jan 17 12:10:16 2012 -0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Jan 18 01:14:17 2012 -0500"
      },
      "message": "acpi/apei/einj: Add extensions to EINJ from rev 5.0 of acpi spec\n\nACPI 5.0 provides extensions to the EINJ mechanism to specify the\ntarget for the error injection - by APICID for cpu related errors,\nby address for memory related errors, and by segment/bus/device/function\nfor PCIe related errors. Also extensions for vendor specific error\ninjections.\n\nTested-by: Chen Gong \u003cgong.chen@linux.intel.com\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "c3e6088e1036f8084bc7444b38437da136b7588b",
      "tree": "1c2d24c8e5812cd21f56679fa57165693c2fb7da",
      "parents": [
        "70cb6e1da00db6c9212e6fd69bd96fd41c797077"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Wed Jul 20 16:09:29 2011 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed Aug 03 11:15:59 2011 -0400"
      },
      "message": "ACPI, APEI, EINJ Param support is disabled by default\n\nEINJ parameter support is only usable for some specific BIOS.\nOriginally, it is expected to have no harm for BIOS does not support\nit.  But now, we found it will cause issue (memory overwriting) for\nsome BIOS.  So param support is disabled by default and only enabled\nwhen newly added module parameter named \"param_extension\" is\nexplicitly specified.\n\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nCc: Matthew Garrett \u003cmjg@redhat.com\u003e\nAcked-by: Don Zickus \u003cdzickus@redhat.com\u003e\nAcked-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "c413d7682020a127f54744a1b30f597692aea1fd",
      "tree": "b495af23b2f81b6ab0080925aa988ea9a8068e4e",
      "parents": [
        "b64a44146540a4761bb1cf8047fffd9dbf0c3090"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Mon Feb 21 13:54:43 2011 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Mon Mar 21 22:59:08 2011 -0400"
      },
      "message": "ACPI, APEI, Add PCIe AER error information printing support\n\nThe AER error information printing support is implemented in\ndrivers/pci/pcie/aer/aer_print.c.  So some string constants, functions\nand macros definitions can be re-used without being exported.\n\nThe original PCIe AER error information printing function is not\nre-used directly because the overall format is quite different.  And\nchanging the original printing format may make some original users\u0027\nscripts broken.\n\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nCC: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nCC: Zhang Yanmin \u003cyanmin.zhang@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "f59c55d04b43bd72df8efa692dd07224fe94d1ac",
      "tree": "31bcecf6a49230ae8735ba0f12ab4c30639c9094",
      "parents": [
        "c9aa308fd5c373faeda588cfb02b04f116904613"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Tue Dec 07 10:22:30 2010 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Mon Dec 13 23:42:12 2010 -0500"
      },
      "message": "ACPI, APEI, Add APEI generic error status printing support\n\nIn APEI, Hardware error information reported by firmware to Linux\nkernel is in the data structure of APEI generic error status (struct\nacpi_hes_generic_status).  While now printk is used by Linux kernel to\nreport hardware error information to user space.\n\nSo, this patch adds printing support for the data structure, so that\nthe corresponding hardware error information can be reported to user\nspace via printk.\n\nPCIe AER information printing is not implemented yet.  Will refactor the\noriginal PCIe AER information printing code to avoid code duplicating.\n\nThe output format is as follow:\n\n\u003cerror record\u003e :\u003d\nAPEI generic hardware error status\nseverity: \u003cinteger\u003e, \u003cseverity string\u003e\nsection: \u003cinteger\u003e, severity: \u003cinteger\u003e, \u003cseverity string\u003e\nflags: \u003cinteger\u003e\n\u003csection flags strings\u003e\nfru_id: \u003cuuid string\u003e\nfru_text: \u003cstring\u003e\nsection_type: \u003csection type string\u003e\n\u003csection data\u003e\n\n\u003cseverity string\u003e* :\u003d recoverable | fatal | corrected | info\n\n\u003csection flags strings\u003e# :\u003d\n[primary][, containment warning][, reset][, threshold exceeded]\\\n[, resource not accessible][, latent error]\n\n\u003csection type string\u003e :\u003d generic processor error | memory error | \\\nPCIe error | unknown, \u003cuuid string\u003e\n\n\u003csection data\u003e :\u003d\n\u003cgeneric processor section data\u003e | \u003cmemory section data\u003e | \\\n\u003cpcie section data\u003e | \u003cnull\u003e\n\n\u003cgeneric processor section data\u003e :\u003d\n[processor_type: \u003cinteger\u003e, \u003cproc type string\u003e]\n[processor_isa: \u003cinteger\u003e, \u003cproc isa string\u003e]\n[error_type: \u003cinteger\u003e\n\u003cproc error type strings\u003e]\n[operation: \u003cinteger\u003e, \u003cproc operation string\u003e]\n[flags: \u003cinteger\u003e\n\u003cproc flags strings\u003e]\n[level: \u003cinteger\u003e]\n[version_info: \u003cinteger\u003e]\n[processor_id: \u003cinteger\u003e]\n[target_address: \u003cinteger\u003e]\n[requestor_id: \u003cinteger\u003e]\n[responder_id: \u003cinteger\u003e]\n[IP: \u003cinteger\u003e]\n\n\u003cproc type string\u003e* :\u003d IA32/X64 | IA64\n\n\u003cproc isa string\u003e* :\u003d IA32 | IA64 | X64\n\n\u003cprocessor error type strings\u003e# :\u003d\n[cache error][, TLB error][, bus error][, micro-architectural error]\n\n\u003cproc operation string\u003e* :\u003d unknown or generic | data read | data write | \\\ninstruction execution\n\n\u003cproc flags strings\u003e# :\u003d\n[restartable][, precise IP][, overflow][, corrected]\n\n\u003cmemory section data\u003e :\u003d\n[error_status: \u003cinteger\u003e]\n[physical_address: \u003cinteger\u003e]\n[physical_address_mask: \u003cinteger\u003e]\n[node: \u003cinteger\u003e]\n[card: \u003cinteger\u003e]\n[module: \u003cinteger\u003e]\n[bank: \u003cinteger\u003e]\n[device: \u003cinteger\u003e]\n[row: \u003cinteger\u003e]\n[column: \u003cinteger\u003e]\n[bit_position: \u003cinteger\u003e]\n[requestor_id: \u003cinteger\u003e]\n[responder_id: \u003cinteger\u003e]\n[target_id: \u003cinteger\u003e]\n[error_type: \u003cinteger\u003e, \u003cmem error type string\u003e]\n\n\u003cmem error type string\u003e* :\u003d\nunknown | no error | single-bit ECC | multi-bit ECC | \\\nsingle-symbol chipkill ECC | multi-symbol chipkill ECC | master abort | \\\ntarget abort | parity error | watchdog timeout | invalid address | \\\nmirror Broken | memory sparing | scrub corrected error | \\\nscrub uncorrected error\n\n\u003cpcie section data\u003e :\u003d\n[port_type: \u003cinteger\u003e, \u003cpcie port type string\u003e]\n[version: \u003cinteger\u003e.\u003cinteger\u003e]\n[command: \u003cinteger\u003e, status: \u003cinteger\u003e]\n[device_id: \u003cinteger\u003e:\u003cinteger\u003e:\u003cinteger\u003e.\u003cinteger\u003e\nslot: \u003cinteger\u003e\nsecondary_bus: \u003cinteger\u003e\nvendor_id: \u003cinteger\u003e, device_id: \u003cinteger\u003e\nclass_code: \u003cinteger\u003e]\n[serial number: \u003cinteger\u003e, \u003cinteger\u003e]\n[bridge: secondary_status: \u003cinteger\u003e, control: \u003cinteger\u003e]\n\n\u003cpcie port type string\u003e* :\u003d PCIe end point | legacy PCI end point | \\\nunknown | unknown | root port | upstream switch port | \\\ndownstream switch port | PCIe to PCI/PCI-X bridge | \\\nPCI/PCI-X to PCIe bridge | root complex integrated endpoint device | \\\nroot complex event collector\n\nWhere, [] designate corresponding content is optional\n\nAll \u003cfield string\u003e description with * has the following format:\n\nfield: \u003cinteger\u003e, \u003cfield string\u003e\n\nWhere value of \u003cinteger\u003e should be the position of \"string\" in \u003cfield\nstring\u003e description. Otherwise, \u003cfield string\u003e will be \"unknown\".\n\nAll \u003cfield strings\u003e description with # has the following format:\n\nfield: \u003cinteger\u003e\n\u003cfield strings\u003e\n\nWhere each string in \u003cfields strings\u003e corresponding to one set bit of\n\u003cinteger\u003e. The bit position is the position of \"string\" in \u003cfield\nstrings\u003e description.\n\nFor more detailed explanation of every field, please refer to UEFI\nspecification version 2.3 or later, section Appendix N: Common\nPlatform Error Record.\n\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "6e320ec1d98f9eb93d5b2a5d70e2f40dce923f1b",
      "tree": "352a2b82433040611f68bf4782eca2e0db28eb15",
      "parents": [
        "15b0beaa332b3923cce2ed109e0fb141ec1425d9"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Tue May 18 14:35:24 2010 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed May 19 22:42:08 2010 -0400"
      },
      "message": "ACPI, APEI, EINJ injection parameters support\n\nSome hardware error injection needs parameters, for example, it is\nuseful to specify memory address and memory address mask for memory\nerrors.\n\nSome BIOSes allow parameters to be specified via an unpublished\nextension. This patch adds support to it. The parameters will be\nignored on machines without necessary BIOS support.\n\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    },
    {
      "commit": "ea8c071cad789b1919355fc7a67182a5c9994e6b",
      "tree": "7466051607ba419340a70f6b9a7af6fdb55ef193",
      "parents": [
        "e40213450b53157967a1f83eda50e9a941c13a08"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Tue May 18 14:35:15 2010 +0800"
      },
      "committer": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Wed May 19 22:39:49 2010 -0400"
      },
      "message": "ACPI, APEI, Document for APEI\n\nAdd document for APEI, including kernel parameters and EINJ debug file\nsytem interface.\n\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\n"
    }
  ]
}