)]}'
{
  "log": [
    {
      "commit": "d559d4a24a3fed75bd890abcc1f95cd8d8dad6e1",
      "tree": "2f920b9fc7a7bed1ce857474505793fe1431eac3",
      "parents": [
        "ede426923b25414f5ec9c00fefe6727d9721dd13"
      ],
      "author": {
        "name": "Ivan Kokshaysky",
        "email": "ink@jurassic.park.msu.ru",
        "time": "Sat Jun 21 03:28:31 2008 +0400"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri Jun 20 16:46:10 2008 -0700"
      },
      "message": "alpha: fix compile failures with gcc-4.3 (bug #10438)\n\nVast majority of these build failures are gcc-4.3 warnings\nabout static functions and objects being referenced from\nnon-static (read: \"extern inline\") functions, in conjunction\nwith our -Werror.\n\nWe cannot just convert \"extern inline\" to \"static inline\",\nas people keep suggesting all the time, because \"extern inline\"\nlogic is crucial for generic kernel build.\nSo\n- just make sure that all callees of critical \"extern inline\"\n  functions are also \"extern inline\";\n- use \"static inline\", wherever it\u0027s possible.\n\ntraps.c: work around gcc-4.3 being too smart about array\nbounds-checking.\n\nTODO: add \"gnu_inline\" attribute to all our \"extern inline\"\nfunctions to ensure desired behaviour with future compilers.\n\nSigned-off-by: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "025a22151c41890e5d30a1d4fb84c547b84d7671",
      "tree": "9effd8ca9ceed994a03d252d4a1d28fa07ae93a1",
      "parents": [
        "8778beb981b7e5df3472b05475e4c7905dad1f3d"
      ],
      "author": {
        "name": "Jay Estabrook",
        "email": "jay.estabrook@hp.com",
        "time": "Fri Jun 01 00:47:03 2007 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri Jun 01 08:18:29 2007 -0700"
      },
      "message": "ALPHA: support graphics on non-zero PCI domains\n\nThis code replaces earlier and incomplete handling of graphics on non-zero PCI\ndomains (aka hoses or peer PCI buses).\n\nAn option (CONFIG_VGA_HOSE) is set TRUE if configuring a GENERIC kernel, or a\nkernel for MARVEL, TITAN, or TSUNAMI machines, as these are the machines whose\nSRM consoles are capable of configuring and handling graphics options on\nnon-zero hoses.  All other machines have the option set FALSE.\n\nA routine, \"find_console_vga_hose()\", is used to find the graphics device\nwhich the machine\u0027s firmware believes is the console device, and it sets a\nglobal (pci_vga_hose) for later use in managing access to the device.  This is\ncalled in \"init_arch\" on TITAN and TSUNAMI machines; MARVEL machines use a\ncustom version of this routine because of extra complexity.\n\nA routine, \"locate_and_init_vga()\", is used to find the graphics device and\nset a global (pci_vga_hose) for later use in managing access to the device, in\nthe case where \"find_console_vga_hose\" has failed.\n\nVarious adjustments are made to the ioremap and ioportmap routines for\ndetecting and translating \"legacy\" VGA register and memory references to the\nreal PCI domain.\n\n[akpm@linux-foundation.org: don\u0027t statically init bss]\n[akpm@linux-foundation.org: build fix]\nSigned-off-by: Jay Estabrook \u003cjay.estabrook@hp.com\u003e\nSigned-off-by: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nCc: Richard Henderson \u003crth@twiddle.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "4f1bcaf094ccc512c23e10104c05a6f8e5b7a9e4",
      "tree": "883c6ece20a28f86eb73cd329bb9d4674b1e5480",
      "parents": [
        "d702ccb342e49f7591df5a87c3857c698183b0fa"
      ],
      "author": {
        "name": "Bjorn Helgaas",
        "email": "bjorn.helgaas@hp.com",
        "time": "Thu Jun 22 14:47:32 2006 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Thu Jun 22 15:05:58 2006 -0700"
      },
      "message": "[PATCH] vgacon: make VGA_MAP_MEM take size, remove extra use\n\nVGA_MAP_MEM translates to ioremap() on some architectures.  It makes sense\nto do this to vga_vram_base, because we\u0027re going to access memory between\nvga_vram_base and vga_vram_end.\n\nBut it doesn\u0027t really make sense to map starting at vga_vram_end, because\nwe aren\u0027t going to access memory starting there.  On ia64, which always has\nto be different, ioremapping vga_vram_end gives you something completely\nincompatible with ioremapped vga_vram_start, so vga_vram_size ends up being\nnonsense.\n\nAs a bonus, we often know the size up front, so we can use ioremap()\ncorrectly, rather than giving it a zero size.\n\nSigned-off-by: Bjorn Helgaas \u003cbjorn.helgaas@hp.com\u003e\nCc: \"Antonino A. Daplas\" \u003cadaplas@pol.net\u003e\nCc: \"Luck, Tony\" \u003ctony.luck@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"
    }
  ]
}
