)]}'
{
  "commit": "0662b71322e211dba9a4bc0e6fbca7861a2b5a7d",
  "tree": "bffce074929b6a36b7b1e00a485df7a5fe95cc22",
  "parents": [
    "8b1ea24c6cc529f6860c458b1c0872f22e74c950"
  ],
  "author": {
    "name": "Zachary Amsden",
    "email": "zach@vmware.com",
    "time": "Sat May 20 15:00:24 2006 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@g5.osdl.org",
    "time": "Sun May 21 12:59:21 2006 -0700"
  },
  "message": "[PATCH] Fix a NO_IDLE_HZ timer bug\n\nUnder certain timing conditions, a race during boot occurs where timer\nticks are being processed on remote CPUs.  The remote timer ticks can\nincrement jiffies, and if this happens during a window when a timeout is\nvery close to expiring but a local tick has not yet been delivered, you can\nend up with\n\n1) No softirq pending\n2) A local timer wheel which is not synced to jiffies\n3) No high resolution timer active\n4) A local timer which is supposed to fire before the current jiffies value.\n\nIn this circumstance, the comparison in next_timer_interrupt overflows,\nbecause the base of the comparison for high resolution timers is jiffies,\nbut for the softirq timer wheel, it is relative the the current base of the\nwheel (jiffies_base).\n\nSigned-off-by: Zachary Amsden \u003czach@vmware.com\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: Oleg Nesterov \u003coleg@tv-sign.ru\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "67eaf0f54096f87162a96daad0b50df11fe5653f",
      "old_mode": 33188,
      "old_path": "kernel/timer.c",
      "new_id": "9e49deed468cd8b2e63f2033d2971d961edeb110",
      "new_mode": 33188,
      "new_path": "kernel/timer.c"
    }
  ]
}