)]}'
{
  "commit": "70a7cb3b39994ff366ff100b46f9dc97b1510c0f",
  "tree": "24cf7118434cded7ca621980579042125abb8839",
  "parents": [
    "07fca0e57fca925032526349f4370f97ed580cc9"
  ],
  "author": {
    "name": "Arnaldo Carvalho de Melo",
    "email": "acme@redhat.com",
    "time": "Thu Jul 22 14:04:13 2010 -0300"
  },
  "committer": {
    "name": "Arnaldo Carvalho de Melo",
    "email": "acme@redhat.com",
    "time": "Thu Jul 22 14:04:13 2010 -0300"
  },
  "message": "perf annotate: Fix handling of goto labels that are valid hex numbers\n\nWhen parsing the objdump disassembly output we can have goto labels that\nare valid hex numbers and thus get confused with lines with machine\ncode.\n\nHandle the common case of a label that has nothing after it and other\ncases where there is just source code by validating the resulting \"ip\".\n\nIt is still possible that we find goto labels that are in the function\naddress range, but only if they are located before the real address we\nshould be OK.\n\nA change in the objdump output to have a clear marker separating\naddresses from the disassembly would come handy, but we would still have\nto deal with older versions.\n\nReported-by: Gleb Natapov \u003cgleb@redhat.com\u003e\nCc: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Gleb Natapov \u003cgleb@redhat.com\u003e\nCc: Mike Galbraith \u003cefault@gmx.de\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Stephane Eranian \u003ceranian@google.com\u003e\nLKML-Reference: \u003c20100722170541.GF17631@ghostprotocols.net\u003e\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "699cf81ea0828dd5a36c09c5a4a7a4670e353c3c",
      "old_mode": 33188,
      "old_path": "tools/perf/util/hist.c",
      "new_id": "784ee0bdda7754f329428e40fa790a22dd331568",
      "new_mode": 33188,
      "new_path": "tools/perf/util/hist.c"
    }
  ]
}