)]}'
{
  "log": [
    {
      "commit": "bf72aeba2ffef599d1d386425c9e46b82be657cd",
      "tree": "ead8e5111dbcfa22e156999d1bb8a96e50f06fef",
      "parents": [
        "31925323b1b51bb65db729e029472a8b1f635b7d"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Jun 15 10:45:18 2006 +1000"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Jun 15 10:45:18 2006 +1000"
      },
      "message": "powerpc: Use 64k pages without needing cache-inhibited large pages\n\nSome POWER5+ machines can do 64k hardware pages for normal memory but\nnot for cache-inhibited pages.  This patch lets us use 64k hardware\npages for most user processes on such machines (assuming the kernel\nhas been configured with CONFIG_PPC_64K_PAGES\u003dy).  User processes\nstart out using 64k pages and get switched to 4k pages if they use any\nnon-cacheable mappings.\n\nWith this, we use 64k pages for the vmalloc region and 4k pages for\nthe imalloc region.  If anything creates a non-cacheable mapping in\nthe vmalloc region, the vmalloc region will get switched to 4k pages.\nI don\u0027t know of any driver other than the DRM that would do this,\nthough, and these machines don\u0027t have AGP.\n\nWhen a region gets switched from 64k pages to 4k pages, we do not have\nto clear out all the 64k HPTEs from the hash table immediately.  We\nuse the _PAGE_COMBO bit in the Linux PTE to indicate whether the page\nwas hashed in as a 64k page or a set of 4k pages.  If hash_page is\ntrying to insert a 4k page for a Linux PTE and it sees that it has\nalready been inserted as a 64k page, it first invalidates the 64k HPTE\nbefore inserting the 4k HPTE.  The hash invalidation routines also use\nthe _PAGE_COMBO bit, to determine whether to look for a 64k HPTE or a\nset of 4k HPTEs to remove.  With those two changes, we can tolerate a\nmix of 4k and 64k HPTEs in the hash table, and they will all get\nremoved when the address space is torn down.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "516450179454de9e689e0a53ed8f34b896e8651c",
      "tree": "78eae2f77de6cd39b18c7393fc5854456fc3fb1f",
      "parents": [
        "6749c5507388f3fc3719f57a54b540ee83f6661a",
        "0d514f040ac6629311974889d5b96bcf21c6461a"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Mar 09 14:32:05 2006 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Thu Mar 09 14:32:05 2006 +1100"
      },
      "message": "Merge ../linux-2.6\n"
    },
    {
      "commit": "141aa59b5347a4a021e37cfbc2258df9af9392f8",
      "tree": "75c16e758b2f8e5439cd7425ac4c8edc4c61f5fa",
      "parents": [
        "aa5cb02143123289bd37c30c0ad60339f8da0bad"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Fri Mar 03 16:24:06 2006 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Fri Mar 03 22:00:52 2006 +1100"
      },
      "message": "[PATCH] powerpc: Fix incorrect pud_ERROR() message\n\nThe powerpc pud_ERROR() function misleadingly prints a message\nindicating a pmd error.  This patch fixes it.\n\nSigned-off-by: David Gibson \u003cdavid@gibson.dropbear.id.au\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "20f4eb3e502d68b12224577ebcd2cd50cc6e14e4",
      "tree": "5b5f1d857c13d6e3bcc757273fcd8cfffa1a1537",
      "parents": [
        "c6622f63db86fcbd41bf6fe05ddf2e00c1e51ced"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Mon Feb 20 14:05:56 2006 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Fri Feb 24 14:05:58 2006 +1100"
      },
      "message": "[PATCH] powerpc: Fixup for STRICT_MM_TYPECHECKS\n\nCurrently ARCH\u003dpowerpc will not compile when STRICT_MM_TYPECHECKS is\nturned on and CONFIG_64K_PAGES is turned off.  This corrects the\nproblem.\n\nSigned-off-by: David Gibson \u003cdwg@au1.ibm.com\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "047ea7846565917c4a666635fa1fa4b5c587cd55",
      "tree": "409c8f6ddd1f145fb364a8d6f813febd0c94d06b",
      "parents": [
        "800fc3eeb0eed3bf98d621c0da24d68cabcf6526"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Sat Nov 19 20:17:32 2005 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Sat Nov 19 20:17:32 2005 +1100"
      },
      "message": "powerpc: Trivially merge several headers from asm-ppc64 to asm-powerpc\n\nFor these, I have just done the lame-o merge where the file ends up\nlooking like:\n\n\t#ifndef CONFIG_PPC64\n\t#include \u003casm-ppc/foo.h\u003e\n\t#else\n\t... contents from asm-ppc64/foo.h\n\t#endif\n\nso nothing has changed, really, except that we reduce include/asm-ppc64\na bit more.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "7d24f0b8a53261709938ffabe3e00f88f6498df9",
      "tree": "95e192cdda64cbb7bb64451442c93a64d3932757",
      "parents": [
        "0b154bb7d0cce80e9c0bcf11d4f9e71b59409d26"
      ],
      "author": {
        "name": "David Gibson",
        "email": "david@gibson.dropbear.id.au",
        "time": "Mon Nov 07 00:57:52 2005 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Nov 07 07:53:23 2005 -0800"
      },
      "message": "[PATCH] ppc64: Fix bug in SLB miss handler for hugepages\n\nThis patch, however, should be applied on top of the 64k-page-size patch to\nfix some problems with hugepage (some pre-existing, another introduced by\nthis patch).\n\nThe patch fixes a bug in the SLB miss handler for hugepages on ppc64\nintroduced by the dynamic hugepage patch (commit id\nc594adad5653491813959277fb87a2fef54c4e05) due to a misunderstanding of the\nsrd instruction\u0027s behaviour (mea culpa).  The problem arises when a 64-bit\nprocess maps some hugepages in the low 4GB of the address space (unusual).\nIn this case, as well as the 256M segment in question being marked for\nhugepages, other segments at 32G intervals will be incorrectly marked for\nhugepages.\n\nIn the process, this patch tweaks the semantics of the hugepage bitmaps to\nbe more sensible.  Previously, an address below 4G was marked for hugepages\nif the appropriate segment bit in the \"low areas\" bitmask was set *or* if\nthe low bit in the \"high areas\" bitmap was set (which would mark all\naddresses below 1TB for hugepage).  With this patch, any given address is\ngoverned by a single bitmap.  Addresses below 4GB are marked for hugepage\nif and only if their bit is set in the \"low areas\" bitmap (256M\ngranularity).  Addresses between 4GB and 1TB are marked for hugepage iff\nthe low bit in the \"high areas\" bitmap is set.  Higher addresses are marked\nfor hugepage iff their bit in the \"high areas\" bitmap is set (1TB\ngranularity).\n\nTo avoid conflicts, this patch must be applied on top of BenH\u0027s pending\npatch for 64k base page size [0].  As such, this patch also addresses a\nhugepage problem introduced by that patch.  That patch allows hugepages of\n1MB in size on hardware which supports it, however, that won\u0027t work when\nusing 4k pages (4 level pagetable), because in that case hugepage PTEs are\nstored at the PMD level, and each PMD entry maps 2MB.  This patch simply\ndisallows hugepages in that case (we can do something cleverer to re-enable\nthem some other day).\n\nBuilt, booted, and a handful of hugepage related tests passed on POWER5\nLPAR (both ARCH\u003dpowerpc and ARCH\u003dppc64).\n\n[0] http://gate.crashing.org/~benh/ppc64-64k-pages.diff\n\nSigned-off-by: David Gibson \u003cdavid@gibson.dropbear.id.au\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: 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": "3c726f8dee6f55e96475574e9f645327e461884c",
      "tree": "f67c381e8f57959aa4a94bda4c68e24253cd8171",
      "parents": [
        "f912696ab330bf539231d1f8032320f2a08b850f"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Mon Nov 07 11:06:55 2005 +1100"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sun Nov 06 16:56:47 2005 -0800"
      },
      "message": "[PATCH] ppc64: support 64k pages\n\nAdds a new CONFIG_PPC_64K_PAGES which, when enabled, changes the kernel\nbase page size to 64K.  The resulting kernel still boots on any\nhardware.  On current machines with 4K pages support only, the kernel\nwill maintain 16 \"subpages\" for each 64K page transparently.\n\nNote that while real 64K capable HW has been tested, the current patch\nwill not enable it yet as such hardware is not released yet, and I\u0027m\nstill verifying with the firmware architects the proper to get the\ninformation from the newer hypervisors.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    }
  ]
}