)]}'
{
  "commit": "a484e54fae891703cbe1c9ec1b536605f11f5482",
  "tree": "5823d13ad3118c642a90af4df852077f20f5e6c4",
  "parents": [
    "9849ed4d72251d273524efb8b70be0be9aecb1df"
  ],
  "author": {
    "name": "David Daney",
    "email": "ddaney@caviumnetworks.com",
    "time": "Fri Jul 09 14:52:05 2010 -0700"
  },
  "committer": {
    "name": "Steven Rostedt",
    "email": "rostedt@goodmis.org",
    "time": "Thu Jul 22 14:55:43 2010 -0400"
  },
  "message": "tracing: Fix $mcount_regex for MIPS in recordmcount.pl\n\nI found this issue in a locally patched 2.6.32.x, current kernels have\nmoved the offending code to an __init function which is skipped by\nrecordmcount.pl, so the bug is not currently being exercised.\nHowever, I think the patch is still a good idea, to avoid future\nproblems if _mcount were to ever have its address taken in normal\ncode.\n\nThis is what I originally saw:\n\n    Although arch/mips/kernel/ftrace.c is built without -pg, and thus\n    contains no calls to _mcount, it does use the address of _mcount\n    in ftrace_make_nop().  This was causing relocations to be emitted\n    for _mcount which recordmcount.pl erronously took to be _mcount\n    call sites.  The result was that the text of ftrace_make_nop()\n    would be patched with garbage leading to a system crash.\n\nIn non-module code, all _mcount call sites will have R_MIPS_26\nrelocations, so we restrict $mcount_regex to only match on these.\n\nAcked-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nAcked-by: Wu Zhangjin \u003cwuzhangjin@gmail.com\u003e\nSigned-off-by: David Daney \u003cddaney@caviumnetworks.com\u003e\nLKML-Reference: \u003c1278712325-12050-1-git-send-email-ddaney@caviumnetworks.com\u003e\nCc: Li Hong \u003clihong.hi@gmail.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Matt Fleming \u003cmatt@console-pimps.org\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "f3c9c0a90b98cad68389da5d591a9921e1cb8f39",
      "old_mode": 33261,
      "old_path": "scripts/recordmcount.pl",
      "new_id": "0171060b5fd654e66434bc9f3ef3ee9064296d35",
      "new_mode": 33261,
      "new_path": "scripts/recordmcount.pl"
    }
  ]
}