)]}'
{
  "commit": "8f3ff20862cfcb85500a2bb55ee64622bd59fd0c",
  "tree": "ccf408f52ee23b1c0130520a84c21bbd8f4077e7",
  "parents": [
    "2c6ab6d200827e1c41dc71fff3a2ac7473f51777"
  ],
  "author": {
    "name": "Paul Menage",
    "email": "menage@google.com",
    "time": "Wed Sep 23 15:56:25 2009 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Thu Sep 24 07:20:58 2009 -0700"
  },
  "message": "cgroups: revert \"cgroups: fix pid namespace bug\"\n\nThe following series adds a \"cgroup.procs\" file to each cgroup that\nreports unique tgids rather than pids, and allows all threads in a\nthreadgroup to be atomically moved to a new cgroup.\n\nThe subsystem \"attach\" interface is modified to support attaching whole\nthreadgroups at a time, which could introduce potential problems if any\nsubsystem were to need to access the old cgroup of every thread being\nmoved.  The attach interface may need to be revised if this becomes the\ncase.\n\nAlso added is functionality for read/write locking all CLONE_THREAD\nfork()ing within a threadgroup, by means of an rwsem that lives in the\nsighand_struct, for per-threadgroup-ness and also for sharing a cacheline\nwith the sighand\u0027s atomic count.  This scheme should introduce no extra\noverhead in the fork path when there\u0027s no contention.\n\nThe final patch reveals potential for a race when forking before a\nsubsystem\u0027s attach function is called - one potential solution in case any\nsubsystem has this problem is to hang on to the group\u0027s fork mutex through\nthe attach() calls, though no subsystem yet demonstrates need for an\nextended critical section.\n\nThis patch:\n\nRevert\n\ncommit 096b7fe012d66ed55e98bc8022405ede0cc80e96\nAuthor:     Li Zefan \u003clizf@cn.fujitsu.com\u003e\nAuthorDate: Wed Jul 29 15:04:04 2009 -0700\nCommit:     Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCommitDate: Wed Jul 29 19:10:35 2009 -0700\n\n    cgroups: fix pid namespace bug\n\nThis is in preparation for some clashing cgroups changes that subsume the\noriginal commit\u0027s functionaliy.\n\nThe original commit fixed a pid namespace bug which Ben Blum fixed\nindependently (in the same way, but with different code) as part of a\nseries of patches.  I played around with trying to reconcile Ben\u0027s patch\nseries with Li\u0027s patch, but concluded that it was simpler to just revert\nLi\u0027s, given that Ben\u0027s patch series contained essentially the same fix.\n\nSigned-off-by: Paul Menage \u003cmenage@google.com\u003e\nCc: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nCc: Matt Helsley \u003cmatthltc@us.ibm.com\u003e\nCc: \"Eric W. Biederman\" \u003cebiederm@xmission.com\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "90bba9e622864b88156638d231476a7889e4b125",
      "old_mode": 33188,
      "old_path": "include/linux/cgroup.h",
      "new_id": "c833d6f23672acff1a41964ca9017cc4fab5a4ab",
      "new_mode": 33188,
      "new_path": "include/linux/cgroup.h"
    },
    {
      "type": "modify",
      "old_id": "14efffed72c8382909f154f1921cc20b28e393ff",
      "old_mode": 33188,
      "old_path": "kernel/cgroup.c",
      "new_id": "22db0a7cf1fafb0d4759b10349ce7023c8c98ff5",
      "new_mode": 33188,
      "new_path": "kernel/cgroup.c"
    }
  ]
}