)]}'
{
  "commit": "5c8e1ed1d204a6770ca2854cd3b3597070fe7e5a",
  "tree": "72a2bb4394d1f0b8492ea9566990a39ca597b840",
  "parents": [
    "1100ac91b6af02d8639d518fad5b434b1bf44ed6"
  ],
  "author": {
    "name": "Max Krasnyansky",
    "email": "maxk@qualcomm.com",
    "time": "Thu May 29 11:17:01 2008 -0700"
  },
  "committer": {
    "name": "Ingo Molnar",
    "email": "mingo@elte.hu",
    "time": "Fri Jun 06 15:25:00 2008 +0200"
  },
  "message": "sched: CPU hotplug events must not destroy scheduler domains created by the cpusets\n\nFirst issue is not related to the cpusets. We\u0027re simply leaking doms_cur.\nIt\u0027s allocated in arch_init_sched_domains() which is called for every\nhotplug event. So we just keep reallocation doms_cur without freeing it.\nI introduced free_sched_domains() function that cleans things up.\n\nSecond issue is that sched domains created by the cpusets are\ncompletely destroyed by the CPU hotplug events. For all CPU hotplug\nevents scheduler attaches all CPUs to the NULL domain and then puts\nthem all into the single domain thereby destroying domains created\nby the cpusets (partition_sched_domains).\nThe solution is simple, when cpusets are enabled scheduler should not\ncreate default domain and instead let cpusets do that. Which is\nexactly what the patch does.\n\nSigned-off-by: Max Krasnyansky \u003cmaxk@qualcomm.com\u003e\nCc: pj@sgi.com\nCc: menage@google.com\nCc: rostedt@goodmis.org\nCc: mingo@elte.hu\nAcked-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "86ea9e34e3260138401663be21dd22d1892c4ce3",
      "old_mode": 33188,
      "old_path": "kernel/cpuset.c",
      "new_id": "6090d18b58a950c67af62a0d9a2c4f09d4170c9d",
      "new_mode": 33188,
      "new_path": "kernel/cpuset.c"
    },
    {
      "type": "modify",
      "old_id": "f0ed81b71282d418d2b5c39ea4a9d8dfdc3de549",
      "old_mode": 33188,
      "old_path": "kernel/sched.c",
      "new_id": "1ddb0a8c7976288455f8197adeb36d77a59d6191",
      "new_mode": 33188,
      "new_path": "kernel/sched.c"
    }
  ]
}