)]}'
{
  "log": [
    {
      "commit": "536788fe2d28e11db6aeda74207d95d750fb761f",
      "tree": "73df2d3a46c542c71d3a84c20c8fd1ce617386a3",
      "parents": [
        "2f569afd9ced9ebec9a6eb3dbf6f83429be0a7b4"
      ],
      "author": {
        "name": "Jeff Dike",
        "email": "jdike@addtoit.com",
        "time": "Fri Feb 08 04:22:07 2008 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri Feb 08 09:22:42 2008 -0800"
      },
      "message": "uml: runtime host VMSPLIT detection\n\nCalculate TASK_SIZE at run-time by figuring out the host\u0027s VMSPLIT - this is\nneeded on i386 if UML is to run on hosts with varying VMSPLITs without\nrecompilation.\n\nTASK_SIZE is now defined in terms of a variable, task_size.  This gets rid of\nan include of pgtable.h from processor.h, which can cause include loops.\n\nOn i386, task_size is calculated early in boot by probing the address space in\na binary search to figure out where the boundary between usable and non-usable\nmemory is.  This tries to make sure that a page that is considered to be in\nuserspace is, or can be made, read-write.  I\u0027m concerned about a system-global\nVDSO page in kernel memory being hit and considered to be a userspace page.\n\nOn x86_64, task_size is just the old value of CONFIG_TOP_ADDR.\n\nA bunch of config variable are gone now.  CONFIG_TOP_ADDR is directly replaced\nby TASK_SIZE.  NEST_LEVEL is gone since the relocation of the stubs makes it\nirrelevant.  All the HOST_VMSPLIT stuff is gone.  All references to these in\narch/um/Makefile are also gone.\n\nI noticed and fixed a missing extern in os.h when adding os_get_task_size.\n\nNote: This has been revised to fix the 32-bit UML on 64-bit host bug that\nMiklos ran into.\n\nSigned-off-by: Jeff Dike \u003cjdike@linux.intel.com\u003e\nCc: Miklos Szeredi \u003cmiklos@szeredi.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "42a2b54ce8c7b9d4f418995a7950e7e2e15e52ce",
      "tree": "30bcb0ea0a4ee6d5091b1b9a85589cff8b1863fc",
      "parents": [
        "b7c000cbc4f1fa7b82efa95b34f00c2adbeaa3fe"
      ],
      "author": {
        "name": "Jeff Dike",
        "email": "jdike@addtoit.com",
        "time": "Mon Feb 04 22:31:00 2008 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Tue Feb 05 09:44:29 2008 -0800"
      },
      "message": "uml: clean up TASK_SIZE usage\n\nClean up the calculation and use of the usable address space size on the host.\n\ntask_size is gone, replaced with TASK_SIZE, which is calculated from\nCONFIG_TOP_ADDR.  get_kmem_end and set_task_sizes_skas are also gone.\n\nhost_task_size, which refers to the entire address space usable by the UML\nkernel and which may be larger than the address space usable by a UML process,\nsince that has to end on a pgdir boundary, is replaced by CONFIG_TOP_ADDR.\n\nSTACK_TOP is now TASK_SIZE minus the two stub pages.\n\nSigned-off-by: Jeff Dike \u003cjdike@linux.intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "8192ab42bf60e1e9b7efa046990e9cc5e4a95cf4",
      "tree": "f61fee85b0eccbc055ec8c5a98932b20eca64bf1",
      "parents": [
        "9157f90f08f7db3188cd06971f41cb2ba5646e57"
      ],
      "author": {
        "name": "Jeff Dike",
        "email": "jdike@addtoit.com",
        "time": "Mon Feb 04 22:30:53 2008 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Tue Feb 05 09:44:28 2008 -0800"
      },
      "message": "uml: header untangling\n\nUntangle UML headers somewhat and add some includes where they were\nneeded explicitly, but gotten accidentally via some other header.\n\narch/um/include/um_uaccess.h loses asm/fixmap.h because it uses no\nfixmap stuff and gains elf.h, because it needs FIXADDR_USER_*, and\narchsetjmp.h, because it needs jmp_buf.\n\npmd_alloc_one is uninlined because it needs mm_struct, and that\u0027s\ninconvenient to provide in asm-um/pgtable-3level.h.\n\nelf_core_copy_fpregs is also uninlined from elf-i386.h and\nelf-x86_64.h, which duplicated the code anyway, to\narch/um/kernel/process.c, so that the reference to current_thread\ndoesn\u0027t pull sched.h or anything related into asm/elf.h.\n\narch/um/sys-i386/ldt.c, arch/um/kernel/tlb.c and\narch/um/kernel/skas/uaccess.c got sched.h because they dereference\ntask_structs.  Its includes of linux and asm headers got turned from\n\"\" to \u003c\u003e.\n\narch/um/sys-i386/bug.c gets asm/errno.h because it needs errno\nconstants.\n\nasm/elf-i386 gets asm/user.h because it needs user_regs_struct.\n\nasm/fixmap.h gets page.h because it needs PAGE_SIZE and PAGE_MASK and\nsystem.h for BUG_ON.\n\nasm/pgtable doesn\u0027t need sched.h.\n\nasm/processor-generic.h defined mm_segment_t, but didn\u0027t use it.  So,\nthat definition is moved to uaccess.h, which defines a bunch of\nmm_segment_t-related stuff.  thread_info.h uses mm_segment_t, and\nincludes uaccess.h, which causes a recursion.  So, the definition is\nplaced above the include of thread_info. in uaccess.h.  thread_info.h\nalso gets page.h because it needs PAGE_SIZE.\n\nObCheckpatchViolationJustification - I\u0027m not adding a typedef; I\u0027m\nmoving mm_segment_t from one place to another.\n\nSigned-off-by: Jeff Dike \u003cjdike@linux.intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "62c4f0a2d5a188f73a94f2cb8ea0dba3e7cf0a7f",
      "tree": "e85ca2d0dd43f90dccf758338764c3caa55f333f",
      "parents": [
        "089f26d5e31b7bf42a9a8fefec08b30cd27f4b0e"
      ],
      "author": {
        "name": "David Woodhouse",
        "email": "dwmw2@infradead.org",
        "time": "Wed Apr 26 12:56:16 2006 +0100"
      },
      "committer": {
        "name": "David Woodhouse",
        "email": "dwmw2@infradead.org",
        "time": "Wed Apr 26 12:56:16 2006 +0100"
      },
      "message": "Don\u0027t include linux/config.h from anywhere else in include/\n\nSigned-off-by: David Woodhouse \u003cdwmw2@infradead.org\u003e\n"
    },
    {
      "commit": "dbc35cc73f2edd6e39d7e814dbb6eddad6294665",
      "tree": "42d2d84208e595d832e7f74f92ec678ff848c3f2",
      "parents": [
        "51a141104a37369be2822f423ed4444aa34d26a2"
      ],
      "author": {
        "name": "Bodo Stroesser",
        "email": "bstroesser@fujitsu-siemens.com",
        "time": "Thu May 05 16:15:35 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Thu May 05 16:36:37 2005 -0700"
      },
      "message": "[PATCH] uml: s390 preparation, elf.h\n\nThis patch make elh.h a symlink to the new arch-specific include files of the\nform elf-\u003csubarch\u003e.h, as in the same way already is done for some other\nincludes.  Also moves Elf-stuff from archparam-\u003csubarch\u003e.h and elf.h to the\nnew elf-\u003csubarch\u003e.h files.\n\nSigned-off-by: Bodo Stroesser \u003cbstroesser@fujitsu-siemens.com\u003e\nSigned-off-by: Jeff Dike \u003cjdike@addtoit.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"
    }
  ]
}
