)]}'
{
  "log": [
    {
      "commit": "fd195c49fb17a21e232f50bddb2267150053cf34",
      "tree": "ab9370a3d351eb7594e5086ae8d3aa5401a1e375",
      "parents": [
        "9b4ee40ebbbaf3f8c775b023d89ceedda1167d79"
      ],
      "author": {
        "name": "Deepak Saxena",
        "email": "dsaxena@plexity.net",
        "time": "Sat Sep 03 15:54:58 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@evo.osdl.org",
        "time": "Mon Sep 05 00:05:46 2005 -0700"
      },
      "message": "[PATCH] arm: allow for arch-specific IOREMAP_MAX_ORDER\n\nVersion 6 of the ARM architecture introduces the concept of 16MB pages\n(supersections) and 36-bit (40-bit actually, but nobody uses this) physical\naddresses.  36-bit addressed memory and I/O and ARMv6 can only be mapped\nusing supersections and the requirement on these is that both virtual and\nphysical addresses be 16MB aligned.  In trying to add support for ioremap()\nof 36-bit I/O, we run into the issue that get_vm_area() allows for a\nmaximum of 512K alignment via the IOREMAP_MAX_ORDER constant.  To work\naround this, we can:\n\n- Allocate a larger VM area than needed (size + (1ul \u003c\u003c IOREMAP_MAX_ORDER))\n  and then align the pointer ourselves, but this ends up with 512K of\n  wasted VM per ioremap().\n\n- Provide a new __get_vm_area_aligned() API and make __get_vm_area() sit\n  on top of this. I did this and it works but I don\u0027t like the idea\n  adding another VM API just for this one case.\n\n- My preferred solution which is to allow the architecture to override\n  the IOREMAP_MAX_ORDER constant with it\u0027s own version.\n\nSigned-off-by: Deepak Saxena \u003cdsaxena@plexity.net\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "7856dfeb23c16ef3d8dac8871b4d5b93c70b59b9",
      "tree": "0e9f799c3882dce14b49356c6db10bb6f4ba1713",
      "parents": [
        "c4d1fcf3a2ea89b6d6221fa8b4588c77aff50995"
      ],
      "author": {
        "name": "Andi Kleen",
        "email": "ak@suse.de",
        "time": "Fri May 20 14:27:57 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Fri May 20 15:48:20 2005 -0700"
      },
      "message": "[PATCH] x86_64: Fixed guard page handling again in iounmap\n\nCaused oopses again.  Also fix potential mismatch in checking if\nchange_page_attr was needed.\n\nTo do it without races I needed to change mm/vmalloc.c to export a\n__remove_vm_area that does not take vmlist lock.\n\nNoticed by Terence Ripperda and based on a patch of his.\n\nSigned-off-by: Andi Kleen \u003cak@suse.de\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"
    }
  ]
}