)]}'
{
  "commit": "6fb9974f49f7a6032118c5b6caa6e08e7097913e",
  "tree": "a1e8f77c1c5cd6a45842f4f02582bb583e6d1019",
  "parents": [
    "203755029e063066ecc4cf5eee1110ab946c2d88"
  ],
  "author": {
    "name": "Herbert Xu",
    "email": "herbert@gondor.apana.org.au",
    "time": "Sun Oct 23 16:37:48 2005 +1000"
  },
  "committer": {
    "name": "Herbert Xu",
    "email": "herbert@gondor.apana.org.au",
    "time": "Sun Oct 23 16:37:48 2005 +1000"
  },
  "message": "[NEIGH] Fix add_timer race in neigh_add_timer\n\nneigh_add_timer cannot use add_timer unconditionally.  The reason is that\nby the time it has obtained the write lock someone else (e.g., neigh_update)\ncould have already added a new timer.\n\nSo it should only use mod_timer and deal with its return value accordingly.\n\nThis bug would have led to rare neighbour cache entry leaks.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "766caa0dd9305be10468da8af20f72acb1f6922f",
      "old_mode": 33188,
      "old_path": "net/core/neighbour.c",
      "new_id": "37d8d8c295226b214c95de9134317391886e387e",
      "new_mode": 33188,
      "new_path": "net/core/neighbour.c"
    }
  ]
}