)]}'
{
  "log": [
    {
      "commit": "37dd2badcfcec35f5e21a0926968d77a404f03c3",
      "tree": "d659c5713a15b4b70e3f49cbe58c9dfeb0e7c117",
      "parents": [
        "96f1bb8a412aec3fc16306ef07c5bdb426edb615"
      ],
      "author": {
        "name": "Kumar Gala",
        "email": "galak@kernel.crashing.org",
        "time": "Tue Apr 22 04:22:34 2008 +1000"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Apr 24 20:58:01 2008 +1000"
      },
      "message": "[POWERPC] 85xx: Add support for relocatable kernel (and booting at non-zero)\n\nAdded support to allow an 85xx kernel to be run from a non-zero physical\naddress (useful for cooperative asymmetric multiprocessing situations and\nkdump).  The support can be configured at compile time by setting\nCONFIG_PAGE_OFFSET, CONFIG_KERNEL_START, and CONFIG_PHYSICAL_START as\ndesired.\n\nAlternatively, the kernel build can set CONFIG_RELOCATABLE.  Setting this\nconfig option causes the kernel to determine at runtime the physical\naddresses of CONFIG_PAGE_OFFSET and CONFIG_KERNEL_START.  If\nCONFIG_RELOCATABLE is set, then CONFIG_PHYSICAL_START has no meaning.\nHowever, CONFIG_PHYSICAL_START will always be used to set the LOAD program\nheader physical address field in the resulting ELF image.\n\nCurrently we are limited to running at a physical address that is a\nmultiple of 256M.  This is due to how we map TLBs to cover\nlowmem.  This should be fixed to allow 64M or maybe even 16M alignment\nin the future.  It is considered an error to try and run a kernel at a\nnon-aligned physical address.\n\nAll the magic for this support is accomplished by proper initialization\nof the kernel memory subsystem and use of ARCH_PFN_OFFSET.\n\nThe use of ARCH_PFN_OFFSET only affects normal memory and not IO mappings.\nioremap uses map_page and isn\u0027t affected by ARCH_PFN_OFFSET.\n\n/dev/mem continues to allow access to any physical address in the system\nregardless of how CONFIG_PHYSICAL_START is set.\n\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "e269d269e0b53a7a6cb1d04290f8174bf0488cb4",
      "tree": "387a80fdf9a3ca1ff052911bc3990126e3f0d9ca",
      "parents": [
        "69588298188b40ed7f75c98a6fd328d82f23ca21"
      ],
      "author": {
        "name": "Sachin P. Sant",
        "email": "sachinp@in.ibm.com",
        "time": "Fri Sep 08 07:59:52 2006 +0530"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Wed Sep 13 18:30:04 2006 +1000"
      },
      "message": "[POWERPC] kdump: Support kernels having 64k page size.\n\nThis is required to generate proper core files using kdump on ppc64.\n\nCreate a backup region of 64K size irrespective of the PAGE SIZE.\nAt present 32K was used as backup size. In the case of 64K page size,\nsecond PT_LOAD segments starts at 32K and the first one is not page\naligned.  __ioremap() (crash_dump.c) fails if pfn \u003d 0 which is the\ncase for the second PT_LOAD segment. This is not an issue for 4K page\nsize because the the first page (32K backup) is copied to second\nkernel memory and thus referencing with the second kernel pfn.\n\nSigned-off-by: Sachin Sant \u003csachinp@in.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "5f50867b4f1938ab80d249206efbec37bba48c39",
      "tree": "b47656171eb83ebe6eeed7ec190b77924d0fe4b4",
      "parents": [
        "f93d6d071fdbf27141c5331d6cd988664650bc1f"
      ],
      "author": {
        "name": "Haren Myneni",
        "email": "haren@us.ibm.com",
        "time": "Thu Jun 22 23:35:10 2006 -0700"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Wed Jun 28 11:59:46 2006 +1000"
      },
      "message": "[POWERPC] kdump: Reserve the existing TCE mappings left by the first kernel\n\nDuring kdump boot, noticed some machines checkstop on dma protection\nfault for ongoing DMA left in the first kernel. Instead of initializing\nTCE entries in iommu_init() for the kdump boot, this patch fixes this\nissue by walking through the each TCE table and checks whether the\nentries are in use by the first kernel. If so, reserve those entries by\nsetting the corresponding bit in tbl-\u003eit_map such that these entries\nwill not be available for the kdump boot.\n\nHowever it could be possible that all TCE entries might be used up due\nto the driver bug that does continuous mapping. My observation is around\n1700 TCE  entries are used on some systems (Ex: P4) at some point of\ntime during kdump boot and saving dump (either write into the disk or\nsending to remote machine). Hence, this patch will make sure that\nminimum of 2048 entries will be available such that kdump boot could be\nsuccessful in some cases.\n\nSigned-off-by: Haren Myneni \u003charen@us.ibm.com\u003e\nAcked-by: Olof Johansson \u003colof@lixom.net\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "473104134b35ce1c3ca77b738c561d6c215adc1b",
      "tree": "979ccd57fe0695a66287d5f09fd3781e16cd1faa",
      "parents": [
        "2babf5c2ec2f2d5de3e38d20f7df7fd815fd10c9"
      ],
      "author": {
        "name": "Michael Ellerman",
        "email": "michael@ellerman.id.au",
        "time": "Wed May 17 18:00:49 2006 +1000"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Fri May 19 15:02:16 2006 +1000"
      },
      "message": "[PATCH] powerpc: Kdump header cleanup\n\nWe need to know the base address of the kdump kernel even when we\u0027re not a\nkdump kernel, so add a #define for it. Move the logic that sets the kdump\nkernelbase into kdump.h instead of page.h.\n\nRename kdump_setup() to setup_kdump_trampoline() to make it clearer what it\u0027s\ndoing, and add an empty definition for the !CRASH_DUMP case to avoid a\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "0cc4746cadda16826a1b3214c042a2f75445b71c",
      "tree": "ec8decc81a3f9fd09454ff208fd3b82cf5bdb730",
      "parents": [
        "8c4f1f2958ff9d4a6760f3bdd0cfb7d2b9e12093"
      ],
      "author": {
        "name": "Michael Ellerman",
        "email": "michael@ellerman.id.au",
        "time": "Sun Dec 04 18:39:37 2005 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Mon Jan 09 14:52:21 2006 +1100"
      },
      "message": "[PATCH] powerpc: Reroute interrupts from 0 + offset to PHYSICAL_START + offset\n\nRegardless of where the kernel\u0027s linked we always get interrupts at low\naddresses. This patch creates a trampoline in the first 3 pages of memory,\nwhere interrupts land, and patches those addresses to jump into the real\nkernel code at PHYSICAL_START.\n\nWe also need to reserve the trampoline code and a bit more in prom.c\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    }
  ]
}