)]}'
{
  "commit": "ecdfc9787fe527491baefc22dce8b2dbd5b2908d",
  "tree": "31e7ddac0339498095c40444f81c0b03751434ae",
  "parents": [
    "5ad0d383ddbf0d2fce43b8aac267a6c299fd2dff"
  ],
  "author": {
    "name": "Linus Torvalds",
    "email": "torvalds@woody.linux-foundation.org",
    "time": "Fri Jan 26 12:47:06 2007 -0800"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@woody.linux-foundation.org",
    "time": "Fri Jan 26 12:47:06 2007 -0800"
  },
  "message": "Resurrect \u0027try_to_free_buffers()\u0027 VM hackery\n\nIt\u0027s not pretty, but it appears that ext3 with data\u003djournal will clean\npages without ever actually telling the VM that they are clean.  This,\nin turn, will result in the VM (and balance_dirty_pages() in particular)\nto never realize that the pages got cleaned, and wait forever for an\nevent that already happened.\n\nTechnically, this seems to be a problem with ext3 itself, but it used to\nbe hidden by \u0027try_to_free_buffers()\u0027 noticing this situation on its own,\nand just working around the filesystem problem.\n\nThis commit re-instates that hack, in order to avoid a regression for\nthe 2.6.20 release. This fixes bugzilla 7844:\n\n\thttp://bugzilla.kernel.org/show_bug.cgi?id\u003d7844\n\nPeter Zijlstra points out that we should probably retain the debugging\ncode that this removes from cancel_dirty_page(), and I agree, but for\nthe imminent release we might as well just silence the warning too\n(since it\u0027s not a new bug: anything that triggers that warning has been\naround forever).\n\nAcked-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nAcked-by: Jens Axboe \u003cjens.axboe@oracle.com\u003e\nAcked-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "3b116078b4c399211875623092de6eec139d4c15",
      "old_mode": 33188,
      "old_path": "fs/buffer.c",
      "new_id": "460f1c43238e1f9eb20bd0ae50ed046305ceb384",
      "new_mode": 33188,
      "new_path": "fs/buffer.c"
    },
    {
      "type": "modify",
      "old_id": "6c79ca4a1ca7cfe9226e46f651e752db78ef88c6",
      "old_mode": 33188,
      "old_path": "mm/truncate.c",
      "new_id": "3262740aa059a92163017eb569080c92d5494e12",
      "new_mode": 33188,
      "new_path": "mm/truncate.c"
    }
  ]
}