)]}'
{
  "log": [
    {
      "commit": "6d22d85a852b72398a81b8e476977b28b4400f7c",
      "tree": "3824c246813b7c326bceedc0b8c3c8ca49c7fd0b",
      "parents": [
        "48f1f5328267f52a34e61b8b0e6fc55a23c1348a"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Aug 04 12:53:37 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Thu Aug 04 13:00:55 2005 -0700"
      },
      "message": "[PATCH] ppc64: fix for kexec boot issue\n\nThe kexec boot is not successful on some power machines since all CPUs are\ngetting removed from global interrupt queue (GIQ) before kexec boot.  Some\nsystems always expect at least one CPU in GIQ.  Hence, this patch will make\nsure that only secondary CPUs are removed from GIQ.\n\nSigned-off-by: Haren Myneni \u003chbabu@us.ibm.com\u003e\nSigned-off-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": "fce0d5740322b98b863f9e609f5a9bd4c06703af",
      "tree": "658f5aca95d62c8e35f938a435d9f512c21921df",
      "parents": [
        "f4c82d5132b0592f5d6befc5b652cbd4b08f12ff"
      ],
      "author": {
        "name": "R Sharada",
        "email": "sharada@in.ibm.com",
        "time": "Sat Jun 25 14:58:10 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Jun 25 16:24:51 2005 -0700"
      },
      "message": "[PATCH] ppc64: kexec support for ppc64\n\nThis patch implements the kexec support for ppc64 platforms.\n\nA couple of notes:\n\n1)  We copy the pages in virtual mode, using the full base kernel\n    and a statically allocated stack.   At kexec_prepare time we\n    scan the pages and if any overlap our (0, _end[]) range we\n    return -ETXTBSY.\n\n    On PowerPC 64 systems running in LPAR (logical partitioning)\n    mode, only a small region of memory, referred to as the RMO,\n    can be accessed in real mode.  Since Linux runs with only one\n    zone of memory in the memory allocator, and it can be orders of\n    magnitude more memory than the RMO, looping until we allocate\n    pages in the source region is not feasible.  Copying in virtual\n    means we don\u0027t have to write a hash table generation and call\n    hypervisor to insert translations, instead we rely on the pinned\n    kernel linear mapping.  The kernel already has move to linked\n    location built in, so there is no requirement to load it at 0.\n\n    If we want to load something other than a kernel, then a stub\n    can be written to copy a linear chunk in real mode.\n\n2)  The start entry point gets passed parameters from the kernel.\n    Slaves are started at a fixed address after copying code from\n    the entry point.\n\n    All CPUs get passed their firmware assigned physical id in r3\n    (most calling conventions use this register for the first\n    argument).\n\n    This is used to distinguish each CPU from all other CPUs.\n    Since firmware is not around, there is no other way to obtain\n    this information other than to pass it somewhere.\n\n    A single CPU, referred to here as the master and the one executing\n    the kexec call, branches to start with the address of start in r4.\n    While this can be calculated, we have to load it through a gpr to\n    branch to this point so defining the register this is contained\n    in is free.  A stack of unspecified size is available at r1\n    (also common calling convention).\n\n    All remaining running CPUs are sent to start at absolute address\n    0x60 after copying the first 0x100 bytes from start to address 0.\n    This convention was chosen because it matches what the kernel\n    has been doing itself.  (only gpr3 is defined).\n\n    Note: This is not quite the convention of the kexec bootblock v2\n    in the kernel.  A stub has been written to convert between them,\n    and we may adjust the kernel in the future to allow this directly\n    without any stub.\n\n3)  Destination pages can be placed anywhere, even where they\n    would not be accessible in real mode.  This will allow us to\n    place ram disks above the RMO if we choose.\n\nSigned-off-by: Milton Miller \u003cmiltonm@bga.com\u003e\nSigned-off-by: R Sharada \u003csharada@in.ibm.com\u003e\nSigned-off-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": "6c80a21cb1825e576ffff9df2302bf0fa1065ceb",
      "tree": "b364bcb9f1ed3b187cf96c7c9167ab850de808cc",
      "parents": [
        "2512809255d018744fe6c2f5e996c83769846c07"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Fri May 06 16:28:56 2005 +1000"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Fri May 06 08:07:01 2005 -0700"
      },
      "message": "[PATCH] ppc64: global interrupt queue cleanup\n\nMove the code to set global interrupt queue membership to xics.c,\nand remove no longer needed extern declarations.  Also call it on\nall cpus (even the boot cpu) to prepare for kexec.\n\nSigned-off-by: Milton Miller \u003cmiltonm@bga.com\u003e\nSigned-off-by: R Sharada \u003csharada@in.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.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"
    }
  ]
}
