)]}'
{
  "log": [
    {
      "commit": "b60c1f6ffd88850079ae419aa933ab0eddbd5535",
      "tree": "d0f12a263ea1fe3b434de6a5d338509e238d46b3",
      "parents": [
        "70ffc71c5c42c8ac62d951e80d9799bd5764f2f5"
      ],
      "author": {
        "name": "John Hawkes",
        "email": "hawkes@sgi.com",
        "time": "Fri May 27 12:53:00 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat May 28 11:14:00 2005 -0700"
      },
      "message": "[PATCH] drop note_interrupt() for per-CPU for proper scaling\n\nThe \"unhandled interrupts\" catcher, note_interrupt(), increments a global\ndesc-\u003eirq_count and grossly damages scaling of very large systems, e.g.,\n\u003e192p ia64 Altix, because of this highly contented cacheline, especially\nfor timer interrupts.  384p is severely crippled, and 512p is unuseable.\n\nAll calls to note_interrupt() can be disabled by booting with \"noirqdebug\",\nbut this disables the useful interrupt checking for all interrupts.\n\nI propose eliminating note_interrupt() for all per-CPU interrupts.  This\nwas the behavior of linux-2.6.10 and earlier, but in 2.6.11 a code\nrestructuring added a call to note_interrupt() for per-CPU interrupts.\nBesides, note_interrupt() is a bit racy for concurrent CPU calls anyway, as\nthe desc-\u003eirq_count++ increment isn\u0027t atomic (which, if done, would make\nscaling even worse).\n\nSigned-off-by: John Hawkes \u003chawkes@sgi.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "4f167fb491725ca0be9df0d76b4b2dd862cdfe0b",
      "tree": "a4b15758261a9680d7f57530502ade350d99b46f",
      "parents": [
        "7baeb6a5ccab2d472679a053e64a63ac423c3a42"
      ],
      "author": {
        "name": "Zhang, Yanmin",
        "email": "yanmin.zhang@intel.com",
        "time": "Mon May 16 21:53:43 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Tue May 17 07:59:18 2005 -0700"
      },
      "message": "[PATCH] spurious interrupt fix\n\nOn my IA64 machine, after kernel 2.6.12-rc3 boots, an edge-triggered\ninterrupt (IRQ 46) keeps triggered over and over again.  There is no IRQ 46\ninterrupt action handler.  It has lots of impact on performance.\n\nKernel 2.6.10 and its prior versions have no the problem.  Basically,\nkernel 2.6.10 will mask the spurious edge interrupt if the interrupt is\ntriggered for the second time and its status includes\nIRQ_DISABLE|IRQ_PENDING.\n\nOriginally, IA64 kernel has its own specific _irq_desc definitions in file\narch/ia64/kernel/irq.c.  The definition initiates _irq_desc[irq].status to\nIRQ_DISABLE.  Since kernel 2.6.11, it was moved to architecture independent\ncodes, i.e.  kernel/irq/handle.c, but kernel/irq/handle.c initiates\n_irq_desc[irq].status to 0 instead of IRQ_DISABLE.\n\nSigned-off-by: Zhang Yanmin \u003cyanmin.zhang@intel.com\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"
    }
  ]
}