)]}'
{
  "log": [
    {
      "commit": "7f261b5f0dccd53ed3a9a95b55c36e24a698a92a",
      "tree": "c6f94657e1f50e59168184758ba2859d2ad5abc9",
      "parents": [
        "d59745ce3e7aa13856bca16d3bcbb95041775ff6"
      ],
      "author": {
        "name": "Stas Sergeev",
        "email": "stsp@aknet.ru",
        "time": "Sun May 01 08:59:02 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:59:02 2005 -0700"
      },
      "message": "[PATCH] move SA_xxx defines to linux/signal.h\n\nThe attached patch moves the IRQ-related SA_xxx flags (namely, SA_PROBE,\nSA_SAMPLE_RANDOM and SA_SHIRQ) from all the arch-specific headers to\nlinux/signal.h.  This looks like a left-over after the irq-handling code\nwas consolidated.  The code was moved to kernel/irq/*, but the flags are\nstill left per-arch.\n\nRight now, adding a new IRQ flag to the arch-specific header, like this\npatch does:\nhttp://cvs.sourceforge.net/viewcvs.py/*checkout*/alsa/alsa-driver/utils/patches/pcsp-kernel-2.6.10-03.diff?rev\u003d1.1\nno longer works, it breaks the compilation for all other arches, unless you\nadd that flag to all the other arch-specific headers too.  So I think such\na clean-up makes sense.\n\nSigned-off-by: Stas Sergeev \u003cstsp@aknet.ru\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "c8538a7aa5527d02c7191ac5da124efadf6a2827",
      "tree": "6a2fae8be308d38ed1abe1d5c7539db29238ae61",
      "parents": [
        "e43379f10b42194b8a6e1de342cfb44463c0f6da"
      ],
      "author": {
        "name": "Matt Mackall",
        "email": "mpm@selenic.com",
        "time": "Sun May 01 08:59:01 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:59:01 2005 -0700"
      },
      "message": "[PATCH] remove all kernel BUGs\n\nThis patch eliminates all kernel BUGs, trims about 35k off the typical\nkernel, and makes the system slightly faster.\n\nSigned-off-by: Matt Mackall \u003cmpm@selenic.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "d637413f3f05b41f678f8004225b33b62274183f",
      "tree": "08a2240395ffef19a3d61ea7de4f55704f8046fe",
      "parents": [
        "d59dd4620fb8d6422555a9e2b82a707718e68327"
      ],
      "author": {
        "name": "Jake Moilanen",
        "email": "moilanen@austin.ibm.com",
        "time": "Sun May 01 08:58:47 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:58:47 2005 -0700"
      },
      "message": "[PATCH] ppc64: reverse prediction on spinlock busy loop code\n\nOn our raw spinlocks, we currently have an attempt at the lock, and if we do\nnot get it we enter a spin loop.  This spinloop will likely continue for\nawhile, and we pridict likely.\n\nShouldn\u0027t we predict that we will get out of the loop so our next instructions\nare already prefetched.  Even when we miss because the lock is still held, it\nwon\u0027t matter since we are waiting anyways.\n\nI did a couple quick benchmarks, but the results are inconclusive.\n\n\t16-way 690 running specjbb with original code\n\t# ./specjbb 3000 16 1 1 19 30 120\n\t    ...\n\tValid run, Score is 59282\n\n\t16-way 690 running specjbb with unlikely code\n\t# ./specjbb 3000 16 1 1 19 30 120\n\t    ...\n\tValid run, Score is 59541\n\nI saw a smaller increase on a JS20 (~1.6%)\n\n\tJS20 specjbb w/ original code\n\t# ./specjbb 400 2 1 1 19 30 120\n\t   ...\n\tValid run, Score is 20460\n\n\tJS20 specjbb w/ unlikely code\n\t# ./specjbb 400 2 1 1 19 30 120\n\t   ...\n\tValid run, Score is 20803\n\nAnton said:\n\nMispredicting the spinlock busy loop also means we slow down the rate at which\nwe do the loads which can be good for heavily contended locks.\n\nNote: There are some gcc issues with our default build and branch prediction,\nbut a CONFIG_POWER4_ONLY build should emit them correctly.  I\u0027m working with\nAlan Modra on it now.\n\nSigned-off-by: Jake Moilanen \u003cmoilanen@austin.ibm.com\u003e\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "4b88e927e8c38f4053680a3098325142017a37f0",
      "tree": "43ffb7cd7bae7fc40c00f7855e4a26ee9aa3dadc",
      "parents": [
        "a2f95a5ae99eb8209ad8d9faeaada00600bd8027"
      ],
      "author": {
        "name": "Anton Blanchard",
        "email": "anton@samba.org",
        "time": "Sun May 01 08:58:46 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:58:46 2005 -0700"
      },
      "message": "[PATCH] ppc64: remove unnecessary include\n\nWe no longer use any ppcdebug stuff in a.out.h, so remove the define.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "a2f95a5ae99eb8209ad8d9faeaada00600bd8027",
      "tree": "c135aff1ea47e57fcdfe22cca12e77738f433d27",
      "parents": [
        "d03853d566fb32c6bb8cab4bf2ecf53e692f001c"
      ],
      "author": {
        "name": "Anton Blanchard",
        "email": "anton@samba.org",
        "time": "Sun May 01 08:58:45 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:58:45 2005 -0700"
      },
      "message": "[PATCH] ppc64: noexec fixes\n\nThere were a few issues with the ppc64 noexec support:\n\nThe 64bit ABI has a non executable stack by default.  At the moment 64bit apps\nrequire a PT_GNU_STACK section in order to have a non executable stack.\n\nDisable the read implies exec workaround on the 64bit ABI.  The 64bit\ntoolchain has never had problems with incorrect mmap permissions (the 32bit\nhas, thats why we need to retain the workaround).\n\nWith these fixes as well as a gcc fix from Alan Modra (that was recently\ncommitted) 64bit apps work as expected.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "58366af5861eee1479426380e3c91ecb334c301d",
      "tree": "2c7e61d424279057ebeb2ef32b2e9648666848ca",
      "parents": [
        "0339ad77c4a06fa8529db17c91f790058e18b65b"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Sun May 01 08:58:44 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:58:44 2005 -0700"
      },
      "message": "[PATCH] ppc64: update to use the new 4L headers\n\nThis patch converts ppc64 to use the generic pgtable-nopud.h instead of the\n\"fixup\" header.\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": "d455a3696c72283923e6870e9e4fe1daa861d7cd",
      "tree": "572661a1ed6cceaf83cad55921b7812feace69ee",
      "parents": [
        "cdfb82fff33cf3b1a367a427e5d89a012dc568b1"
      ],
      "author": {
        "name": "Hugh Dickins",
        "email": "hugh@veritas.com",
        "time": "Tue Apr 19 13:29:23 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org.(none)",
        "time": "Tue Apr 19 13:29:23 2005 -0700"
      },
      "message": "[PATCH] freepgt: arch FIRST_USER_ADDRESS 0\n\nReplace misleading definition of FIRST_USER_PGD_NR 0 by definition of\nFIRST_USER_ADDRESS 0 in all the MMU architectures beyond arm and arm26.\n\nSigned-off-by: Hugh Dickins \u003chugh@veritas.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "3bf5ee95648c694bac4d13529563c230cd4fe5f2",
      "tree": "9430e6e4f4c3d586ecb7375cd780fd17694888c7",
      "parents": [
        "ee39b37b23da0b6ec53a8ebe90ff41c016f8ae27"
      ],
      "author": {
        "name": "Hugh Dickins",
        "email": "hugh@veritas.com",
        "time": "Tue Apr 19 13:29:16 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org.(none)",
        "time": "Tue Apr 19 13:29:16 2005 -0700"
      },
      "message": "[PATCH] freepgt: hugetlb_free_pgd_range\n\nia64 and ppc64 had hugetlb_free_pgtables functions which were no longer being\ncalled, and it wasn\u0027t obvious what to do about them.\n\nThe ppc64 case turns out to be easy: the associated tables are noted elsewhere\nand freed later, safe to either skip its hugetlb areas or go through the\nmotions of freeing nothing.  Since ia64 does need a special case, restore to\nppc64 the special case of skipping them.\n\nThe ia64 hugetlb case has been broken since pgd_addr_end went in, though it\nprobably appeared to work okay if you just had one such area; in fact it\u0027s\nbeen broken much longer if you consider a long munmap spanning from another\nregion into the hugetlb region.\n\nIn the ia64 hugetlb region, more virtual address bits are available than in\nthe other regions, yet the page tables are structured the same way: the page\nat the bottom is larger.  Here we need to scale down each addr before passing\nit to the standard free_pgd_range.  Was about to write a hugely_scaled_down\nmacro, but found htlbpage_to_page already exists for just this purpose.  Fixed\noff-by-one in ia64 is_hugepage_only_range.\n\nUninline free_pgd_range to make it available to ia64.  Make sure the\nvma-gathering loop in free_pgtables cannot join a hugepage_only_range to any\nother (safe to join huges?  probably but don\u0027t bother).\n\nSigned-off-by: Hugh Dickins \u003chugh@veritas.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "ee39b37b23da0b6ec53a8ebe90ff41c016f8ae27",
      "tree": "4af606913ab8f95551623b788c0c66c1f5902229",
      "parents": [
        "e0da382c92626ad1d7f4b7527d19b80104d67a83"
      ],
      "author": {
        "name": "Hugh Dickins",
        "email": "hugh@veritas.com",
        "time": "Tue Apr 19 13:29:15 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org.(none)",
        "time": "Tue Apr 19 13:29:15 2005 -0700"
      },
      "message": "[PATCH] freepgt: remove MM_VM_SIZE(mm)\n\nThere\u0027s only one usage of MM_VM_SIZE(mm) left, and it\u0027s a troublesome macro\nbecause mm doesn\u0027t contain the (32-bit emulation?) info needed.  But it too is\nonly needed because we ignore the end from the vma list.\n\nWe could make flush_pgtables return that end, or unmap_vmas.  Choose the\nlatter, since it\u0027s a natural fit with unmap_mapping_range_vma needing to know\nits restart addr.  This does make more than minimal change, but if unmap_vmas\nhad returned the end before, this is how we\u0027d have done it, rather than\nstoring the break_addr in zap_details.\n\nunmap_vmas used to return count of vmas scanned, but that\u0027s just debug which\nhasn\u0027t been useful in a while; and if we want the map_count 0 on exit check\nback, it can easily come from the final remove_vm_struct loop.\n\nSigned-off-by: Hugh Dickins \u003chugh@veritas.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "e63f8f439de010b6227c0c9c6f56e2c44dbe5dae",
      "tree": "eb80efbfb8e4c55a94610d30fb8424cd128ffe8b",
      "parents": [
        "89e09f5ebba4bcde9852e4be4af536d5b691f20a"
      ],
      "author": {
        "name": "Olof Johansson",
        "email": "olof@austin.ibm.com",
        "time": "Sat Apr 16 15:24:38 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:24:38 2005 -0700"
      },
      "message": "[PATCH] ppc64: no prefetch for NULL pointers\n\nFor prefetches of NULL (as when walking a short linked list), PPC64 will in\nsome cases take a performance hit.  The hardware needs to do the TLB walk,\nand said walk will always miss, which means (up to) two L2 misses as\npenalty.  This seems to hurt overall performance, so for NULL pointers skip\nthe prefetch alltogether.\n\nSigned-off-by: Olof Johansson \u003colof@austin.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "547ee84cea37696d25c93306e909378a87db2f66",
      "tree": "e21a5ce886975623d07add60beb223e6f36bab80",
      "parents": [
        "fa89c5092eddcbcb425a1416f85906e3cc519793"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Sat Apr 16 15:24:35 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:24:35 2005 -0700"
      },
      "message": "[PATCH] ppc64: Improve mapping of vDSO\n\nThis patch reworks the way the ppc64 is mapped in user memory by the kernel\nto make it more robust against possible collisions with executable\nsegments.  Instead of just whacking a VMA at 1Mb, I now use\nget_unmapped_area() with a hint, and I moved the mapping of the vDSO to\nafter the mapping of the various ELF segments and of the interpreter, so\nthat conflicts get caught properly (it still has to be before\ncreate_elf_tables since the later will fill the AT_SYSINFO_EHDR with the\nproper address).\n\nWhile I was at it, I also changed the 32 and 64 bits vDSO\u0027s to link at\ntheir \"natural\" address of 1Mb instead of 0.  This is the address where\nthey are normally mapped in absence of conflict.  By doing so, it should be\npossible to properly prelink one it\u0027s been verified to work on glibc.\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": "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"
    }
  ]
}