)]}'
{
  "log": [
    {
      "commit": "bb0bb3b6596cdb08adb0b72453cc67d48e139c2c",
      "tree": "f9116ed650d499d405a3fe021c473f9558897d96",
      "parents": [
        "1e63bc7342c40f0f1dd83d80d368665bd06f4963"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Sat Sep 10 21:13:11 2005 +1000"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sat Sep 10 10:15:11 2005 -0700"
      },
      "message": "[PATCH] ppc32: Kill init on unhandled synchronous signals\n\nThis is a patch that I have had in my tree for ages.  If init causes\nan exception that raises a signal, such as a SIGSEGV, SIGILL or\nSIGFPE, and it hasn\u0027t registered a handler for it, we don\u0027t deliver\nthe signal, since init doesn\u0027t get any signals that it doesn\u0027t have a\nhandler for.  But that means that we just return to userland and\ngenerate the same exception again immediately.  With this patch we\nprint a message and kill init in this situation.\n\nThis is very useful when you have a bug in the kernel that means that\ninit doesn\u0027t get as far as executing its first instruction. :)\nWithout this patch the system hangs when it gets to starting the\nuserland init; with it you at least get a message giving you a clue\nabout what has gone wrong.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "0013a85454c281faaf064ccb576e373a2881aac8",
      "tree": "06fc1af0a321631e89ad0f589214e291bd91d19a",
      "parents": [
        "47003497dd819b10874a2291e54df7dc5cf8be57"
      ],
      "author": {
        "name": "Sam Ravnborg",
        "email": "sam@mars.(none)",
        "time": "Fri Sep 09 20:57:26 2005 +0200"
      },
      "committer": {
        "name": "Sam Ravnborg",
        "email": "sam@mars.(none)",
        "time": "Fri Sep 09 20:57:26 2005 +0200"
      },
      "message": "kbuild: m68k,parisc,ppc,ppc64,s390,xtensa use generic asm-offsets.h support\n\nDelete obsoleted parts form arch makefiles and rename to asm-offsets.h\n\nSigned-off-by: Sam Ravnborg \u003csam@ravnborg.org\u003e\n"
    },
    {
      "commit": "cc9c540b6c4c883d7ff250c17647dedfa4184ca6",
      "tree": "185cbe3c5f5e88550956106c42c6f33f1f630626",
      "parents": [
        "3acb23440f90b03b19846d2b3a005dcbf61a55cf"
      ],
      "author": {
        "name": "Lee Nicks",
        "email": "allinux@gmail.com",
        "time": "Sat Sep 03 15:55:49 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@evo.osdl.org",
        "time": "Mon Sep 05 00:05:59 2005 -0700"
      },
      "message": "[PATCH] ppc32: defconfig for Marvell EV64360BP board\n\nHere is the default configuration for Marvell EV64360BP board.  It has been\ntested on the board.\n\nSigned-off-by: Lee Nicks \u003callinux@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "5a6a4d4320aed1918bf79dfb6bd841317f33b8e9",
      "tree": "6a66ffee8d8ff875cc07bc1cecd2b1f36df81c9a",
      "parents": [
        "656de7e46901fe3228b592e1d9fc89c353f0fa4e"
      ],
      "author": {
        "name": "Roland Dreier",
        "email": "rolandd@cisco.com",
        "time": "Sat Sep 03 15:55:43 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@evo.osdl.org",
        "time": "Mon Sep 05 00:05:57 2005 -0700"
      },
      "message": "[PATCH] ppc32: Don\u0027t sleep in flush_dcache_icache_page()\n\nflush_dcache_icache_page() will be called on an instruction page fault.  We\ncan\u0027t sleep in the fault handler, so use kmap_atomic() instead of just\nkmap() for the Book-E case.\n\nSigned-off-by: Roland Dreier \u003crolandd@cisco.com\u003e\nAcked-by: Matt Porter \u003cmporter@kernel.crashing.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "bf85fa6c878aa3968df47d7f70a2b506c3e53b99",
      "tree": "f7e4c5c03b053a629f3bc8206b70fae34424ffab",
      "parents": [
        "59904159c316f7bc02d00ff7b0dc3f9d3afd07fd"
      ],
      "author": {
        "name": "Anton Wöllert",
        "email": "a.woellert@gmail.com",
        "time": "Wed Jul 27 04:45:17 2005 -0300"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Jul 27 16:34:34 2005 -0700"
      },
      "message": "[PATCH] ppc32: 8xx avoid icbi misbehaviour in __flush_dcache_icache_phys\n\nOn 8xx, in the case where a pagefault happens for a process who\u0027s not\nthe owner of the vma in question (ptrace for instance), the flush\noperation is performed via the physical address.\n\nUnfortunately, that results in a strange, unexplainable \"icbi\"\ninstruction fault, most likely due to a CPU bug (see oops below).\n\nAvoid that by flushing the page via its kernel virtual address.\n\nOops: kernel access of bad area, sig: 11 [#2]\nNIP: C000543C LR: C000B060 SP: C0F35DF0 REGS: c0f35d40 TRAP: 0300 Not tainted\nMSR: 00009022 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 10\nDAR: 00000010, DSISR: C2000000\nTASK \u003d c0ea8430[761] \u0027gdbserver\u0027 THREAD: c0f34000\nLast syscall: 26\nGPR00: 00009022 C0F35DF0 C0EA8430 00F59000 00000100 FFFFFFFF 00F58000\n00000001\nGPR08: C021DAEF C0270000 00009032 C0270000 22044024 10025428 01000800\n00000001\nGPR16: 007FFF3F 00000001 00000000 7FBC6AC0 00F61022 00000001 C0839300\nC01E0000\nGPR24: 00CD0889 C082F568 3000AC18 C02A7A00 C0EA15C8 00F588A9 C02ACB00\nC02ACB00\nNIP [c000543c] __flush_dcache_icache_phys+0x38/0x54\nLR [c000b060] flush_dcache_icache_page+0x20/0x30\nCall trace:\n[c000b154] update_mmu_cache+0x7c/0xa4\n[c005ae98] do_wp_page+0x460/0x5ec\n[c005c8a0] handle_mm_fault+0x7cc/0x91c\n[c005ccec] get_user_pages+0x2fc/0x65c\n[c0027104] access_process_vm+0x9c/0x1d4\n[c00076e0] sys_ptrace+0x240/0x4a4\n[c0002bd0] ret_from_syscall+0x0/0x44\n\nSigned-off-by: Marcelo Tosatti \u003cmarcelo.tosatti@cyclades.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "bb1657468152c5e5232c7bf35cf0e9c41b5d9910",
      "tree": "bf07dd8c83127551ecd03f116538e5d94ea77593",
      "parents": [
        "d4b3a80e399c989028acd5185c792fab82eda035"
      ],
      "author": {
        "name": "Marcelo Tosatti",
        "email": "marcelo.tosatti@cyclades.com",
        "time": "Mon Jun 27 13:09:00 2005 -0300"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Mon Jun 27 15:11:42 2005 -0700"
      },
      "message": "[PATCH] 8xx: avoid \"dcbst\" misbehaviour with unpopulated TLB\n\nThe proposed _tlbie call at update_mmu_cache() is safe because:\n\nAddresses for which update_mmu_cache() gets invocated are never inside the\nstatic kernel virtual mapping, meaning that there is no risk for the\n_tlbie() here to be thrashing the pinned entry, as Dan suspected.\n\nThe intermediate TLB state in which this bug can be triggered is not\nvisible by userspace or any other contexts, except the page fault handling\npath.  So there is no need to worry about userspace dcbxxx users.\n\nThe other solution to this is to avoid dcbst misbehaviour in the first\nplace, which involves changing in-kernel \"dcbst\" callers to use 8xx\nspecific SPR\u0027s.\n\nSummary:\n\nOn 8xx, cache control instructions (particularly \"dcbst\" from\nflush_dcache_icache) fault as write operation if there is an unpopulated\nTLB entry for the address in question.  To workaround that, we invalidate\nthe TLB here, thus avoiding dcbst misbehaviour.\n\nSigned-off-by: Marcelo Tosatti \u003cmarcelo.tosatti@cyclades.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "2ec19faf617e61d56fb8da78ccb3ef895c00fae7",
      "tree": "ad68e53422b61d9bc56e2a59b22d3cc444a40ef3",
      "parents": [
        "912eaa7198827df3cae7d0c9768fd08e84a09675"
      ],
      "author": {
        "name": "Kumar Gala",
        "email": "galak@freescale.com",
        "time": "Sat Jun 25 14:54:41 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Jun 25 16:24:27 2005 -0700"
      },
      "message": "[PATCH] ppc32: remove some unnecessary includes of bootmem.h\n\nContinue the Good Fight:  Limit bootmem.h include creep.\n\nSigned-off-by: Jon Loeliger \u003cjdl@freescale.com\u003e\nSigned-off-by: Kumar Gala \u003ckumar.gala@freescale.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "33d9e9b56d5ccd7776fdfe3ecce4a2793dee6fd3",
      "tree": "e2ecb071823cc9ffe2755ed117bfabe04a35e1fc",
      "parents": [
        "62aa751d16399637325852bc0a1fcf13c2476dd7"
      ],
      "author": {
        "name": "Kumar Gala",
        "email": "galak@freescale.com",
        "time": "Sat Jun 25 14:54:37 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Jun 25 16:24:26 2005 -0700"
      },
      "message": "[PATCH] ppc32: Add support for Freescale e200 (Book-E) core\n\nThe e200 core is a Book-E core (similar to e500) that has a unified L1 cache\nand is not cache coherent on the bus.  The e200 core also adds a separate\nexception level for debug exceptions.  Part of this patch helps to cleanup a\nfew cases that are true for all Freescale Book-E parts, not just e500.\n\nSigned-off-by: Kim Phillips \u003ckim.phillips@freescale.com\u003e\nSigned-off-by: Kumar Gala \u003ckumar.gala@freescale.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "6879dc137ea4efad65cab8bf8a7c0b742bcf92cc",
      "tree": "13ca02150a892e97f3da20ac9cc052508cc7e8a8",
      "parents": [
        "a70d439345875d476ede258094356e2acd09b1a1"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Tue Jun 21 17:15:30 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Tue Jun 21 18:46:26 2005 -0700"
      },
      "message": "[PATCH] ppc32: Kill embedded system.map, use kallsyms\n\nThis patch kills the whole embedded System.map mecanism and the\nbootloader-passed System.map that was used to provide symbol resolution in\nxmon.  Instead, xmon now uses kallsyms like ppc64 does.\n\nNo hurry getting that in Linus tree, let it be tested in -mm for a while\nfirst and make sure it doesn\u0027t break various embedded configs.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "5be061eee931db2718feecaf10df17610386202b",
      "tree": "1e78b9993aaa8f176dd2a71c2d6ef01e224b34b8",
      "parents": [
        "65145e060b1c933ebc4215c3b493f586e08a1d5c"
      ],
      "author": {
        "name": "Kumar Gala",
        "email": "galak@freescale.com",
        "time": "Tue Jun 21 17:15:26 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Tue Jun 21 18:46:24 2005 -0700"
      },
      "message": "[PATCH] ppc32: Clean up NUM_TLBCAMS usage for Freescale Book-E PPC\u0027s\n\nMade the number of TLB CAM entries private and converted the board\nconsumers to use num_tlbcam_entries which is setup at boot time from\nconfiguration registers.  This way the only consumers of the #define\nNUM_TLBCAMS are the arrays used to manage the TLB.\n\nSigned-off-by: Kumar Gala \u003ckumar.gala@freescale.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "cbe37d093707762fc0abb280781e6a82a9d8d568",
      "tree": "8af4a268765346655291f1ef27df12d11825269c",
      "parents": [
        "73219d178051691a56d57184d8c7f6d0cbe3c5c1"
      ],
      "author": {
        "name": "Badari Pulavarty",
        "email": "pbadari@us.ibm.com",
        "time": "Tue Jun 21 17:14:52 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Tue Jun 21 18:46:17 2005 -0700"
      },
      "message": "[PATCH] mm: remove PG_highmem\n\nRemove PG_highmem, to save a page flag.  Use is_highmem() instead.  It\u0027ll\ngenerate a little more code, but we don\u0027t use PageHigheMem() in many places.\n\nSigned-off-by: Badari Pulavarty \u003cpbadari@us.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "6c37a88c5b1195d4ac74d44a6413839b93df5af4",
      "tree": "3b829314447f53686bc028dd32f614bb4a8a1cbc",
      "parents": [
        "07ab67c8d0d7c1021343b7d5c045033d6bf7be69"
      ],
      "author": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Fri May 20 16:57:22 2005 +1000"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Fri May 20 07:54:10 2005 -0700"
      },
      "message": "[PATCH] ppc32: don\u0027t call progress functions after boot\n\nOn ppc32, the platform code can supply a \"progress\" function that is\nused to show progress through the boot.  These functions are usually\nin an init section and so can\u0027t be called after the init pages are\nfreed.  Now that the cpu bringup code can be called after the system\nis booted (for hotplug cpu) we can get the situation where the\nprogress function can be called after boot.  The simple fix is to set\nthe progress function pointer to NULL when the init pages are freed,\nand that is what this patch does (note that all callers already check\nwhether the function pointer is NULL before trying to call it).\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "a85f6d4aca822acdb49d27c44519cd6514b06a1d",
      "tree": "df39f6f9cfd8017be90ab658196336c69b8de9b5",
      "parents": [
        "7a1e335085ead05da08f791340f58b493126894d"
      ],
      "author": {
        "name": "Kumar Gala",
        "email": "galak@freescale.com",
        "time": "Sat Apr 16 15:24:21 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:24:21 2005 -0700"
      },
      "message": "[PATCH] ppc32: make usage of CONFIG_PTE_64BIT \u0026 CONFIG_PHYS_64BIT consistent\n\nCONFIG_PTE_64BIT \u0026 CONFIG_PHYS_64BIT are not currently consistently used in\nthe code base.  Fixed up the usage such that CONFIG_PTE_64BIT is used when we\nhave a 64-bit PTE regardless of physical address width.  CONFIG_PHYS_64BIT is\nused if the physical address width is larger than 32-bits, regardless of PTE\nsize.\n\nThese changes required a few sub-arch specific ifdef\u0027s to be fixed and the\nintroduction of a physical address format string.\n\nSigned-off-by: Kumar Gala \u003ckumar.gala@freescale.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"
    }
  ]
}