)]}'
{
  "commit": "3210f0ecdba6a81c3f8efe6f442d2e1f57db98f9",
  "tree": "e7f928376db3d0c72413760fe2232b9a50fa08b1",
  "parents": [
    "f629307c857c030d5a3dd777fee37c8bb395e171"
  ],
  "author": {
    "name": "Michael Ellerman",
    "email": "michael@ellerman.id.au",
    "time": "Tue Sep 11 15:23:51 2007 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@woody.linux-foundation.org",
    "time": "Tue Sep 11 17:21:20 2007 -0700"
  },
  "message": "Restore call_usermodehelper_pipe() behaviour\n\nThe semantics of call_usermodehelper_pipe() used to be that it would fork\nthe helper, and wait for the kernel thread to be started.  This was\nimplemented by setting sub_info.wait to 0 (implicitly), and doing a\nwait_for_completion().\n\nAs part of the cleanup done in 0ab4dc92278a0f3816e486d6350c6652a72e06c8,\ncall_usermodehelper_pipe() was changed to pass 1 as the value for wait to\ncall_usermodehelper_exec().\n\nThis is equivalent to setting sub_info.wait to 1, which is a change from\nthe previous behaviour.  Using 1 instead of 0 causes\n__call_usermodehelper() to start the kernel thread running\nwait_for_helper(), rather than directly calling ____call_usermodehelper().\n\nThe end result is that the calling kernel code blocks until the user mode\nhelper finishes.  As the helper is expecting input on stdin, and now no one\nis writing anything, everything locks up (observed in do_coredump).\n\nThe fix is to change the 1 to UMH_WAIT_EXEC (aka 0), indicating that we\nwant to wait for the kernel thread to be started, but not for the helper to\nfinish.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nAcked-by: Andi Kleen \u003cak@suse.de\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": "9809cc1f33d6c030e63fa2cc9092b4ee608459e5",
      "old_mode": 33188,
      "old_path": "kernel/kmod.c",
      "new_id": "c6a4f8aebeba5c8a74a6bfc063e4ad08c3f14792",
      "new_mode": 33188,
      "new_path": "kernel/kmod.c"
    }
  ]
}