)]}'
{
  "commit": "a5027ccd3c1abe190d2b84a2d7e40d5f099e48a7",
  "tree": "5c56d95fe5f958b960c0e4bd8aba536771975bfa",
  "parents": [
    "ca4362adb4c01807dfcf3f2b3152a7ee36f0d1ca"
  ],
  "author": {
    "name": "Francisco Jerez",
    "email": "currojerez@riseup.net",
    "time": "Sat Dec 26 02:09:36 2009 +0100"
  },
  "committer": {
    "name": "Dave Airlie",
    "email": "airlied@redhat.com",
    "time": "Mon Jan 11 14:41:12 2010 +1000"
  },
  "message": "drm/nouveau: Use the software object for fencing.\n\nThis should avoid a race condition on nv0x, if we\u0027re doing it with\nactual PGRAPH objects and a there\u0027s a fence within the FIFO DMA fetch\narea when a context switch kicks in.\n\nIn that case we get an ILLEGAL_MTHD interrupt as expected, but the\nvalues in PGRAPH_TRAPPED_ADDR aren\u0027t calculated correctly and they\u0027re\nalmost useless (e.g. you can see ILLEGAL_MTHDs for the now inactive\nchannel, with a wrong offset/data pair).\n\nSigned-off-by: Francisco Jerez \u003ccurrojerez@riseup.net\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "dacac9a0842a01c91b25ff091d14ae18b6ef258c",
      "old_mode": 33188,
      "old_path": "drivers/gpu/drm/nouveau/nouveau_fence.c",
      "new_id": "faddf53ff9ed79f0804735c151a28c3fb2d9a7ec",
      "new_mode": 33188,
      "new_path": "drivers/gpu/drm/nouveau/nouveau_fence.c"
    },
    {
      "type": "modify",
      "old_id": "d561d773c0f4e2d41a4a7473ac34b5a8408f0e40",
      "old_mode": 33188,
      "old_path": "drivers/gpu/drm/nouveau/nv04_graph.c",
      "new_id": "82c77f9d46957cdc1f4f49f28a77709a48786b1e",
      "new_mode": 33188,
      "new_path": "drivers/gpu/drm/nouveau/nv04_graph.c"
    }
  ]
}
