)]}'
{
  "commit": "c126d94f2c90ed9daee24a94f1c67aff7e9bf387",
  "tree": "ec5b3af6af89179ff9565c9f0fd32c7914a779ed",
  "parents": [
    "92a476cbfc476c63ee982dd33d15a8c88b4d51b9"
  ],
  "author": {
    "name": "Xiao Guangrong",
    "email": "xiaoguangrong@linux.vnet.ibm.com",
    "time": "Thu Apr 17 17:06:14 2014 +0800"
  },
  "committer": {
    "name": "Marcelo Tosatti",
    "email": "mtosatti@redhat.com",
    "time": "Wed Apr 23 17:49:50 2014 -0300"
  },
  "message": "KVM: MMU: lazily drop large spte\n\nCurrently, kvm zaps the large spte if write-protected is needed, the later\nread can fault on that spte. Actually, we can make the large spte readonly\ninstead of making them un-present, the page fault caused by read access can\nbe avoided\n\nThe idea is from Avi:\n| As I mentioned before, write-protecting a large spte is a good idea,\n| since it moves some work from protect-time to fault-time, so it reduces\n| jitter.  This removes the need for the return value.\n\nThis version has fixed the issue reported in 6b73a9606, the reason of that\nissue is that fast_page_fault() directly sets the readonly large spte to\nwritable but only dirty the first page into the dirty-bitmap that means\nother pages are missed. Fixed it by only the normal sptes (on the\nPT_PAGE_TABLE_LEVEL level) can be fast fixed\n\nReviewed-by: Marcelo Tosatti \u003cmtosatti@redhat.com\u003e\nSigned-off-by: Xiao Guangrong \u003cxiaoguangrong@linux.vnet.ibm.com\u003e\nSigned-off-by: Marcelo Tosatti \u003cmtosatti@redhat.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "63107049249de84d52018acc81149f28d6426f0f",
      "old_mode": 33188,
      "old_path": "arch/x86/kvm/mmu.c",
      "new_id": "ddf06963a74c4941f6292a6ef4d3024f4333e49e",
      "new_mode": 33188,
      "new_path": "arch/x86/kvm/mmu.c"
    },
    {
      "type": "modify",
      "old_id": "7cc646626afd78f72b76a5e226d5bacb69228eb0",
      "old_mode": 33188,
      "old_path": "arch/x86/kvm/x86.c",
      "new_id": "63a828d206c50c0a9d35594ba0f3a5480bcec468",
      "new_mode": 33188,
      "new_path": "arch/x86/kvm/x86.c"
    }
  ]
}