)]}'
{
  "commit": "a386b5af8edda1c742ce9f77891e112eefffc005",
  "tree": "8a74b512d751758144b219988f60d69a5fd028f9",
  "parents": [
    "8af3c153baf95374eff20a37f00c59a295b52756"
  ],
  "author": {
    "name": "Kasper Pedersen",
    "email": "kkp2010@kasperkp.dk",
    "time": "Wed Oct 20 15:55:15 2010 -0700"
  },
  "committer": {
    "name": "Thomas Gleixner",
    "email": "tglx@linutronix.de",
    "time": "Thu Oct 21 17:30:05 2010 +0200"
  },
  "message": "time: Compensate for rounding on odd-frequency clocksources\n\nWhen the clocksource is not a multiple of HZ, the clock will be off.  For\nacpi_pm, HZ\u003d1000 the error is 127.111 ppm:\n\nThe rounding of cycle_interval ends up generating a false error term in\nntp_error accumulation since xtime_interval is not exactly 1/HZ.  So, we\nsubtract out the error caused by the rounding.\n\nThis has been visible since 2.6.32-rc2\n\tcommit a092ff0f90cae22b2ac8028ecd2c6f6c1a9e4601\n\ttime: Implement logarithmic time accumulation\nThat commit raised NTP_INTERVAL_FREQ and exposed the rounding error.\n\ntesting tool: http://n1.taur.dk/permanent/testpmt.c\nAlso tested with ntpd and a frequency counter.\n\nSigned-off-by: Kasper Pedersen \u003ckkp2010@kasperkp.dk\u003e\nAcked-by: john stultz \u003cjohnstul@us.ibm.com\u003e\nCc: John Kacur \u003cjkacur@redhat.com\u003e\nCc: Clark Williams \u003cwilliams@redhat.com\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "49010d822f725b47726742fa7e1b45aad076ef90",
      "old_mode": 33188,
      "old_path": "kernel/time/timekeeping.c",
      "new_id": "5bb86da8200373a2e6cd64fdcbe0355f43f5a27f",
      "new_mode": 33188,
      "new_path": "kernel/time/timekeeping.c"
    }
  ]
}