)]}'
{
  "commit": "104e2a6f8b3df8b8200c7f4ac23feb079a44e4f3",
  "tree": "245a6d039b608784ac982acd4a7191b2cf15cc6c",
  "parents": [
    "dcfeda9d5f52bf43ae4297d8102a76d88b778d93",
    "865762a8119e74b5f0e236d2d8eaaf8be9292a06"
  ],
  "author": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Sun Nov 22 15:21:40 2015 -0800"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Sun Nov 22 15:21:40 2015 -0800"
  },
  "message": "Merge branch \u0027akpm\u0027 (patches from Andrew)\n\nMerge slub bulk allocator updates from Andrew Morton:\n \"This missed the merge window because I was waiting for some repairs to\n  come in.  Nothing actually uses the bulk allocator yet and the changes\n  to other code paths are pretty small.  And the net guys are waiting\n  for this so they can start merging the client code\"\n\nMore comments from Jesper Dangaard Brouer:\n \"The kmem_cache_alloc_bulk() call, in mm/slub.c, were included in\n  previous kernel.  The present version contains a bug.  Vladimir\n  Davydov noticed it contained a bug, when kernel is compiled with\n  CONFIG_MEMCG_KMEM (see commit 03ec0ed57ffc: \"slub: fix kmem cgroup\n  bug in kmem_cache_alloc_bulk\").  Plus the mem cgroup counterpart in\n  kmem_cache_free_bulk() were missing (see commit 033745189b1b \"slub:\n  add missing kmem cgroup support to kmem_cache_free_bulk\").\n\n  I don\u0027t consider the fix stable-material because there are no in-tree\n  users of the API.\n\n  But with known bugs (for memcg) I cannot start using the API in the\n  net-tree\"\n\n* emailed patches from Andrew Morton \u003cakpm@linux-foundation.org\u003e:\n  slab/slub: adjust kmem_cache_alloc_bulk API\n  slub: add missing kmem cgroup support to kmem_cache_free_bulk\n  slub: fix kmem cgroup bug in kmem_cache_alloc_bulk\n  slub: optimize bulk slowpath free by detached freelist\n  slub: support for bulk free with SLUB freelists\n",
  "tree_diff": []
}