)]}'
{
  "log": [
    {
      "commit": "64a76f667d987a559ad0726b4692c987800b22bc",
      "tree": "863fe7378dceb010d84dc723f734192b0c5b0e1f",
      "parents": [
        "85e9ca333d03fbd56b9e123c8456f0d98e20faad"
      ],
      "author": {
        "name": "David Brownell",
        "email": "dbrownell@users.sourceforge.net",
        "time": "Tue Jul 29 12:47:38 2008 -0700"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Thu Jul 31 18:45:41 2008 +0200"
      },
      "message": "hpet: /dev/hpet - fixes and cleanup\n\nMinor /dev/hpet updates and bugfixes:\n\n  * Remove dead code, mostly remnants of an incomplete/unusable\n    kernel interface ... noted when addressing \"sparse\" warnings:\n      + hpet_unregister() and a routine it calls\n      + hpet_task and all references, including hpet_task_lock\n      + hpet_data.hd_flags (and HPET_DATA_PLATFORM)\n\n  * Correct and improve boot message:\n      + displays *counter* (shared between comparators) bit width,\n        not *timer* bit widths (which are often mixed)\n      + relabel \"timers\" as \"comparators\"; this is less confusing,\n        they are not independent like normal timers are (sigh)\n      + display MHz not Hz; it\u0027s never less than 10 MHz.\n\n  * Tighten and correct the userspace interface code\n      + don\u0027t accidentally program comparators in 64-bit mode using\n        32-bit values ... always force comparators into 32-bit mode\n      + provide the correct bit definition flagging comparators with\n        periodic capability ... the ABI is unchanged\n\n  * Update Documentation/hpet.txt\n      + be more correct and current\n      + expand description a bit\n      + don\u0027t mention that now-gone kernel interface\n\nPlus, add a FIXME comment for something that could cause big trouble\non systems with more capable HPETs than at least Intel seems to ship.\n\nIt seems that few folk use this userspace interface; it\u0027s not very\nusable given the general lack of HPET IRQ routing.  I\u0027m told that\nthe only real point of it any more is to mmap for fast timestamps;\nIMO that\u0027s handled better through the gettimeofday() vsyscall.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nAcked-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n"
    },
    {
      "commit": "70ef6d595b6e51618a0cbe44b848d8c9db11a010",
      "tree": "78129b50ab2f76752d1012502d724a78ad7bc648",
      "parents": [
        "e490517a039a99d692cb3a5561941b0a5f576172"
      ],
      "author": {
        "name": "Kevin Hao",
        "email": "kexin.hao@windriver.com",
        "time": "Thu May 29 18:41:04 2008 +0800"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Mon Jun 02 11:35:12 2008 +0200"
      },
      "message": "x86: get irq for hpet timer\n\nHPET timer\u0027s IRQ is 0 by default. So we have to select which irq\nwill be used by these timers. We wait to set the timer\u0027s irq until\nwe really open it in order to reduce the chance of conflicting with\nother device.\n\nSigned-off-by: Kevin Hao \u003ckexin.hao@windriver.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n"
    },
    {
      "commit": "5761d64b277c287a7520b868c32d656ef03374b4",
      "tree": "9fb217efd1a50ed4d5fbf5c313cae586604d6f2f",
      "parents": [
        "47001d603375f857a7fab0e9c095d964a1ea0039"
      ],
      "author": {
        "name": "Thomas Gleixner",
        "email": "tglx@linutronix.de",
        "time": "Fri Apr 04 16:26:10 2008 +0200"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Fri Apr 04 18:36:49 2008 +0200"
      },
      "message": "x86: revert assign IRQs to hpet timer\n\nThe commits:\n\ncommit 37a47db8d7f0f38dac5acf5a13abbc8f401707fa\nAuthor: Balaji Rao \u003cbalajirrao@gmail.com\u003e\nDate:   Wed Jan 30 13:30:03 2008 +0100\n\n    x86: assign IRQs to HPET timers, fix\n\nand\n\ncommit e3f37a54f690d3e64995ea7ecea08c5ab3070faf\nAuthor: Balaji Rao \u003cbalajirrao@gmail.com\u003e\nDate:   Wed Jan 30 13:30:03 2008 +0100\n\n    x86: assign IRQs to HPET timers\n\nhave been identified to cause a regression on some platforms due to\nthe assignement of legacy IRQs which makes the legacy devices\nconnected to those IRQs disfunctional.\n\nRevert them.\n\nThis fixes http://bugzilla.kernel.org/show_bug.cgi?id\u003d10382\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n"
    },
    {
      "commit": "02456c708eab4515121e5e581422fa3be14368d1",
      "tree": "d10c48de08d0ab23f6876c76e98b70f134ac1b44",
      "parents": [
        "16da2f93054fc379522b93afc71d49751bd8be2b"
      ],
      "author": {
        "name": "Thomas Gleixner",
        "email": "tglx@linutronix.de",
        "time": "Wed Jan 30 13:30:27 2008 +0100"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Wed Jan 30 13:30:27 2008 +0100"
      },
      "message": "x86: nuke a ton of dead hpet code\n\nNo users, just ballast\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\n"
    },
    {
      "commit": "e3f37a54f690d3e64995ea7ecea08c5ab3070faf",
      "tree": "1d9d62d95b747ef47cdf994357bd9a41d02889a3",
      "parents": [
        "45fe4fe19120a22f7339f5bb110447170c25fca9"
      ],
      "author": {
        "name": "Balaji Rao",
        "email": "balajirrao@gmail.com",
        "time": "Wed Jan 30 13:30:03 2008 +0100"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Wed Jan 30 13:30:03 2008 +0100"
      },
      "message": "x86: assign IRQs to HPET timers\n\nThe userspace API for the HPET (see Documentation/hpet.txt) did not work. The\nHPET_IE_ON ioctl was failing as there was no IRQ assigned to the timer\ndevice. This patch fixes it by allocating IRQs to timer blocks in the HPET.\n\narch/x86/kernel/hpet.c |   13 +++++--------\ndrivers/char/hpet.c    |   45 ++++++++++++++++++++++++++++++++++++++-------\ninclude/linux/hpet.h   |    2 +-\n3 files changed, 44 insertions(+), 16 deletions(-)\n\nSigned-off-by: Balaji Rao \u003cbalajirrao@gmail.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n"
    },
    {
      "commit": "878a9f30d7b13015f3aa4534d7877d985f150183",
      "tree": "54176c478c42c0038fecf83f9a36aac78af951da",
      "parents": [
        "a23f9a3cfeb1d37ad090a751777665fd03bc067a"
      ],
      "author": {
        "name": "Randy Dunlap",
        "email": "rdunlap@xenotime.net",
        "time": "Sun Mar 26 01:37:23 2006 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sun Mar 26 08:56:56 2006 -0800"
      },
      "message": "[PATCH] hpet header sanitization\n\nAdd __KERNEL__ block.\nUse __KERNEL__ to allow ioctl interface to be usable.\n\nSigned-off-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2",
      "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d",
      "parents": [],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n"
    }
  ]
}