)]}'
{
  "log": [
    {
      "commit": "a8f340e394ff30b79ab5b03c67ab4c94b2ac3646",
      "tree": "54bb79dba4f3943e893bacd1efe7b265d7f86aaa",
      "parents": [
        "67eb5db5874076db01febed5a1a9281628fa9fb4"
      ],
      "author": {
        "name": "Jon Smirl",
        "email": "jonsmir@gmail.com",
        "time": "Mon Jul 10 04:44:12 2006 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Jul 10 13:24:16 2006 -0700"
      },
      "message": "[PATCH] vt: Remove VT-specific declarations and definitions from tty.h\n\nMAX_NR_CONSOLES, fg_console, want_console and last_console are more of a\nfunction of the VT layer than the TTY one.  Moving these to vt.h and vt_kern.h\nallows all of the framebuffer and VT console drivers to remove their\ndependency on tty.h.\n\n[akpm@osdl.org: fix alpha build]\nSigned-off-by: Jon Smirl \u003cjonsmir@gmail.com\u003e\nSigned-off-by: Antonino Daplas \u003cadaplas@pol.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "db77ec270d00098ff4fbf15f62f4506f6efb25d2",
      "tree": "c4d49f61e120624d435b80b9ee7448eb6f064046",
      "parents": [
        "59153f7d7effdb5b3c81eb6d03914a866157b319"
      ],
      "author": {
        "name": "Alan Curry",
        "email": "pacman@TheWorld.com",
        "time": "Mon Mar 27 01:17:30 2006 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Mar 27 08:44:56 2006 -0800"
      },
      "message": "[PATCH] framebuffer: cmap-setting return values\n\nA set of 3 small bugfixes, all of which are related to bogus return values\nof fb colormap-setting functions.\n\nFirst, fb_alloc_cmap returns -1 if memory allocation fails. This is a hard\ncondition to reproduce since you\u0027d have to be really low on memory, but from\nstudying the contexts in which it is called, I think this function should be\nreturning a negative errno, and the -1 will be seen as an EPERM. Switching it\nto -ENOMEM makes sense.\n\nSecond, the store_cmap function which is called for writes to\n/sys/class/graphics/fb0/color_map returns 0 for success, but it should be\nreturning the count of bytes written since its return value ends up in\nuserspace as the result of the write() syscall.\n\nThird, radeonfb returns 1 instead of a negative errno when FBIOPUTCMAP is\ncalled with an oversized colormap.  This is seen in userspace as a return\nvalue of 1 from the ioctl() syscall with errno left unchanged.  A more\nuseful return value would be -EINVAL.\n\nSigned-off-by: Alan Curry \u003cpacman@TheWorld.com\u003e\nCc: \"Antonino A. Daplas\" \u003cadaplas@pol.net\u003e\nCc: 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": "03e259a9cdbd0583e71468293aaa1ccadbdaeff1",
      "tree": "ee41f6bcfbeeeb6f3cd269622d499ee9eb6df233",
      "parents": [
        "dbd4f12859307c20a4c65a7de4cdd5f9f518dc7a"
      ],
      "author": {
        "name": "Michal Januszewski",
        "email": "spock@gentoo.org",
        "time": "Wed Jul 27 11:46:08 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Jul 27 16:26:19 2005 -0700"
      },
      "message": "[PATCH] fbdev: update info-\u003ecmap when setting cmap from user-/kernelspace.\n\nThe fb_info struct, as defined in include/linux/fb.h, contains an element\nthat is supposed to hold the current color map:\n  struct fb_cmap cmap;            /* Current cmap */\n\nThis cmap is currently never updated when either fb_set_cmap() or\nfb_set_user_cmap() are called.  As a result, info-\u003ecmap contains the\ndefault cmap that was set by a device driver/fbcon and a userspace\napplication using the FBIOGETCMAP ioctl will not always get the *currently*\nused color map.\n\nThe patch fixes this by making sure the cmap is copied to info-\u003ecmap after\nit is set correctly.  It moves most of the code that is responsible for\nsetting the cmap to fb_set_cmap() and out of fb_set_user_cmap() to avoid\ncode-duplication.\n\nSigned-off-by: Michal Januszewski \u003cspock@gentoo.org\u003e\nCc: \u003clinux-fbdev-devel@lists.sourceforge.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "7149437669f79b497830e643a2b13d26a017b038",
      "tree": "f5df8234c2e3cca1a335cf64b9f387c98c123fcf",
      "parents": [
        "5b052d8bb3ad9108489e7475868e14372774ca08"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Sun May 01 08:59:22 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun May 01 08:59:22 2005 -0700"
      },
      "message": "[PATCH] fbdev: Batch cmap changes at driver level\n\nThis patch adds to the fbdev interface a set_cmap callback that allow the\ndriver to \"batch\" palette changes.  This is useful for drivers like\nradeonfb which might require lenghtly workarounds on palette accesses, thus\nallowing to factor out those workarounds efficiently.\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"
    }
  ]
}
