)]}'
{
  "commit": "a973c5922de7ada4ff4d4b459d4f5b28d2aeb9e0",
  "tree": "3b92c50e48b4f3621638fd63b4e2b2d6fa5136cf",
  "parents": [
    "26ae658a83eeca16780cf5615c8247cbb151c3fa"
  ],
  "author": {
    "name": "Samuel Thibault",
    "email": "samuel.thibault@ens-lyon.org",
    "time": "Thu Feb 18 11:59:58 2021 +0100"
  },
  "committer": {
    "name": "Samuel Thibault",
    "email": "samuel.thibault@ens-lyon.org",
    "time": "Thu Feb 18 12:06:46 2021 +0100"
  },
  "message": "ip6_output: fix memory leak on fast-send\n\nWhen emitting NDP Neighbour Sollicitations, ip6_output immediately calls\nif_encap without going through any queue. if_encap however does not free\nthe mbuf, so ip6_output has to do it.\n\nThis was leaking one mbuf per NDP NS sent by slirp. Hopefully the guest was\nnot using more than NDP_TABLE_SIZE (16) IPv6 addresses, in which case it was\nlimited to a bound number, but more addresses would result to leaks.\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "b86110662c22347735f6a1cb5d56ff1ca5948859",
      "old_mode": 33188,
      "old_path": "src/ip6_output.c",
      "new_id": "2f62cc9e6224e2129dab364e6b17afe1bfa69c26",
      "new_mode": 33188,
      "new_path": "src/ip6_output.c"
    }
  ]
}