)]}'
{
  "commit": "211bbd2b1cda186ec8ea0b690788cb63cbe14a3e",
  "tree": "53db5b8983cb3523f991cc3148eb3cbba4e912f2",
  "parents": [
    "3d58d194f5678a53fa6cca14ca5bead5397ae66b"
  ],
  "author": {
    "name": "Ricardo Neri",
    "email": "ricardo.neri-calderon@linux.intel.com",
    "time": "Tue Aug 19 11:56:02 2014 -0700"
  },
  "committer": {
    "name": "Matt Fleming",
    "email": "matt.fleming@intel.com",
    "time": "Sat Jul 18 10:33:07 2015 +0100"
  },
  "message": "x86/efi: Introduce EFI_BOOT_SERVICES_WARN\n\nThere may exist buggy implementations of UEFI firmaware that access the\nEFI_BOOT_SERVICES_* memory regions after the call to ExitBootServices()\n(e.g., when calling SetVirtualAddressMap()). This is in direct violation\nof the UEFI specification.\n\nIf selected, this debug option will print a warning message if the UEFI\nfirmware tries to access the aforementioned memory regions. Along with\nthe warning, the EFI platform code will fixup the page fault so that the\nfirmware can proceed further.\n\nIf not selected, EFI_BOOT_SERVICES_CODE/DATA memory regions will be\nmapped along with the runtime memory regions so that the buggy firmware\ndoes not cause any page faults when trying to accessing such memory\nregions. This is the approach from Matthew Garrett in commit 916f676f8dc0\n(\"x86, efi: Retain boot service code until after switching to virtual\nmode\").\n\nHowever, firmware developers are less likely to find and avoid such\nillegal access as the kernel silently works around their bug.\n\nSigned-off-by: Ricardo Neri \u003cricardo.neri-calderon@linux.intel.com\u003e\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "226d5696e1d1dd5fe715124710b0f2cd04f8c495",
      "old_mode": 33188,
      "old_path": "arch/x86/Kconfig",
      "new_id": "93dda4a12f5d40b42db584b313ace4d947e06027",
      "new_mode": 33188,
      "new_path": "arch/x86/Kconfig"
    },
    {
      "type": "modify",
      "old_id": "387ce16bfd3ad02b3e9a95235821fe3a7979897a",
      "old_mode": 33188,
      "old_path": "arch/x86/platform/efi/efi.c",
      "new_id": "eefc7b594f6a27b06187accea8377cf817cebe63",
      "new_mode": 33188,
      "new_path": "arch/x86/platform/efi/efi.c"
    }
  ]
}