)]}'
{
  "log": [
    {
      "commit": "488f84994c55927eef587a0827dc957c908a0bad",
      "tree": "34bdc42927e2eb559bd64039ed87508a440dffc6",
      "parents": [
        "533f08172e21521a74e15cdef8a13c929596d506"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Wed Jul 27 11:44:21 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Jul 27 16:25:58 2005 -0700"
      },
      "message": "[PATCH] ppc64: remove another fixed address constraint\n\nPresently the LparMap, one of the structures the kernel shares with the\nlegacy iSeries hypervisor has a fixed offset address in head.S.  This patch\nchanges this so the LparMap is a normally initialized structure, without\nfixed address.  This allows us to use macros to compute some of the values\nin the structure, which wasn\u0027t previously possible because the assembler\nalways uses signed-% which gets the wrong answers for the computations in\nquestion.\n\nUnfortunately, a gcc bug means that doing this requires another structure\n(hvReleaseData) to be initialized in asm instead of C, but on the whole the\nresult is cleaner than before.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "533f08172e21521a74e15cdef8a13c929596d506",
      "tree": "60f2117ffb85f61fcdc0e17d864d0114096a4192",
      "parents": [
        "6fdfb382813d66757aef4d83e369f8153a40b371"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Wed Jul 27 11:44:19 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Jul 27 16:25:58 2005 -0700"
      },
      "message": "[PATCH] ppc64: dynamically allocate segment tables\n\nPPC64 machines before Power4 need a segment table page allocated for each\nCPU.  Currently these are allocated statically in a big array in head.S for\nall CPUs.  The segment tables need to be in the first segment (so\ndo_stab_bolted doesn\u0027t take a recursive fault on the stab itself), but\nother than that there are no constraints which require the stabs for the\nsecondary CPUs to be statically allocated.\n\nThis patch allocates segment tables dynamically during boot, using\nlmb_alloc() to ensure they are within the first 256M segment.  This reduces\nthe kernel image size by 192k...\n\nTested on RS64 iSeries, POWER3 pSeries, and POWER5.\n\nSigned-off-by: David Gibson \u003cdavid@gibson.dropbear.id.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "96e2844999f99878fc5b03b81ccaa60580005b81",
      "tree": "353c1bc9a5602d556e6741f4a261010cde45e93b",
      "parents": [
        "f13487c66c75f5db004a0631047309d9e7c5aab7"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Wed Jul 13 01:11:42 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Jul 13 11:25:25 2005 -0700"
      },
      "message": "[PATCH] ppc64: kill bitfields in ppc64 hash code\n\nThis patch removes the use of bitfield types from the ppc64 hash table\nmanipulation code.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nAcked-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "f4c82d5132b0592f5d6befc5b652cbd4b08f12ff",
      "tree": "3889ea8eeb4dfa6c995b6dc93574d24c238a6deb",
      "parents": [
        "70765aa4bdb8862a49fcf5b28f3deaf561cf5ae7"
      ],
      "author": {
        "name": "R Sharada",
        "email": "sharada@in.ibm.com",
        "time": "Sat Jun 25 14:58:08 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Jun 25 16:24:51 2005 -0700"
      },
      "message": "[PATCH] ppc64 kexec: native hash clear\n\nAdd code to clear the hash table and invalidate the tlb for native (SMP,\nnon-LPAR) mode.  Supports 16M and 4k pages.\n\nSigned-off-by: Milton Miller \u003cmiltonm@bga.com\u003e\nSigned-off-by: R Sharada \u003csharada@in.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "fef1c772fa154c16e0a54577e9ecb5480f7b937e",
      "tree": "7c1483966f984c822b58f761b9be873dce94999c",
      "parents": [
        "031f7edecf46d731673a5dd19ecb0de38f1a2219"
      ],
      "author": {
        "name": "Arnd Bergmann",
        "email": "arnd@arndb.de",
        "time": "Thu Jun 23 09:43:37 2005 +1000"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Jun 23 09:43:37 2005 +1000"
      },
      "message": "[PATCH] ppc64: add BPA platform type\n\nThis adds the basic support for running on BPA machines.\nSo far, this is only the IBM workstation, and it will\nnot run on others without a little more generalization.\n\nIt should be possible to configure a kernel for any\ncombination of CONFIG_PPC_BPA with any of the other\nmultiplatform targets.\n\nSigned-off-by: Arnd Bergmann \u003carndb@de.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "1f8d419e291f7f7f7f3ffd4f0ba00834621690c8",
      "tree": "833df93032a38bc749458ce8be3a316eae1d5215",
      "parents": [
        "e685752de107201432a055f7c45c396a5b04dc17"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Thu May 05 16:15:13 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Thu May 05 16:36:32 2005 -0700"
      },
      "message": "[PATCH] ppc64: pgtable.h and other header cleanups\n\nThis patch started as simply removing a few never-used macros from\nasm-ppc64/pgtable.h, then kind of grew.  It now makes a bunch of\ncleanups to the ppc64 low-level header files (with corresponding\nchanges to .c files where necessary) such as:\n\t- Abolishing never-used macros\n\t- Eliminating multiple #defines with the same purpose\n\t- Removing pointless macros (cases where just expanding the\nmacro everywhere turns out clearer and more sensible)\n\t- Removing some cases where macros which could be defined in\nterms of each other weren\u0027t\n\t- Moving imalloc() related definitions from pgtable.h to their\nown header file (imalloc.h)\n\t- Re-arranging headers to group things more logically\n\t- Moving all VSID allocation related things to mmu.h, instead\nof being split between mmu.h and mmu_context.h\n\t- Removing some reserved space for flags from the PMD - we\u0027re\nnot using it.\n\t- Fix some bugs which broke compile with STRICT_MM_TYPECHECKS.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nAcked-by: Paul Mackerras \u003cpaulus@samba.org\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"
    }
  ]
}