)]}'
{
  "commit": "2c05114d23c4fd2256eaf5645528c19fcefdb2c8",
  "tree": "dc1f700fbacb0a7891932b13684d4a4f5a65415e",
  "parents": [
    "36d7c537c3082a492ff851fb0da40ae3d7c5565d"
  ],
  "author": {
    "name": "Konrad Rzeszutek Wilk",
    "email": "konrad.wilk@oracle.com",
    "time": "Wed Jan 04 16:35:15 2012 -0500"
  },
  "committer": {
    "name": "Dave Airlie",
    "email": "airlied@redhat.com",
    "time": "Fri Jan 06 09:30:15 2012 +0000"
  },
  "message": "drm/ttm/dma: Fix accounting error when calling ttm_mem_global_free_page and don\u0027t try to free freed pages.\n\nThe code to figure out how many pages to shrink the pool\nends up capping the \u0027count\u0027 at _manager-\u003eoptions.max_size - which is OK.\nExcept that the \u0027count\u0027 is also used when accounting for how many pages\nare recycled - which we end up with the invalid values. This fixes\nit by using a different value for the amount of pages to shrink.\n\nOn top of that we would free the cached page pool - which is nonsense\nas they are deleted from the pool - so there are no free pages in that\npool..\n\nAlso we also missed the opportunity to batch the amount of pages\nto free (similar to how ttm_page_alloc.c does it). This reintroduces\nthe code that was lost during rebasing.\n\nReviewed-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "6c06d0b601f95842f55a04b43a195f0b547f3ef1",
      "old_mode": 33188,
      "old_path": "drivers/gpu/drm/ttm/ttm_page_alloc_dma.c",
      "new_id": "156ddcd304c3a88ec6a75f2b94bf1da0f26da5e4",
      "new_mode": 33188,
      "new_path": "drivers/gpu/drm/ttm/ttm_page_alloc_dma.c"
    }
  ]
}