)]}'
{
  "log": [
    {
      "commit": "0728bacbba3b0267fa8ca8be69aa43d81b57ab51",
      "tree": "a0dd85cb348ad481e92a0d4f45eefdc88fac6e3d",
      "parents": [
        "0fcf6ada2b8eb42d132c0846384f1299889609e3"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue Sep 22 16:47:47 2009 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Wed Sep 23 07:39:56 2009 -0700"
      },
      "message": "matroxfb: make CONFIG_FB_MATROX_MULTIHEAD\u003dy mandatory\n\nI would like to get rid of option CONFIG_FB_MATROX_MULTIHEAD and just\nalways enable it.  There are many reasons for doing this:\n\n* CONFIG_FB_MATROX_MULTIHEAD\u003dy is what all x86 distributions do, so it\n  definitely works or we would know by now.\n\n* Building the matroxfb driver with CONFIG_FB_MATROX_MULTIHEAD not set\n  results in the following build warning:\n\ndrivers/video/matrox/matroxfb_crtc2.c: In function \u0027matroxfb_dh_open\u0027:\ndrivers/video/matrox/matroxfb_crtc2.c:265: warning: the address of \u0027matroxfb_global_mxinfo\u0027 will always evaluate as \u0027true\u0027\ndrivers/video/matrox/matroxfb_crtc2.c: In function \u0027matroxfb_dh_release\u0027:\ndrivers/video/matrox/matroxfb_crtc2.c:285: warning: the address of \u0027matroxfb_global_mxinfo\u0027 will always evaluate as \u0027true\u0027\n\nThis is nothing to be worried about, the driver will work fine, but build\nwarnings are still annoying.\n\n* The trick to get multihead support without CONFIG_FB_MATROX_MULTIHEAD,\n  which is described in the config help text, no longer works: you can\u0027t\n  load the same kernel module more than once.\n\n* I fail to see how CONFIG_FB_MATROX_MULTIHEAD\u003dy would make the code\n  significantly slower, contrary to what the help text says.  A few extra\n  parameters on the stack here and there can\u0027t really slow things down in\n  comaprison to the rest of the code, and register access.\n\n* The driver built without CONFIG_FB_MATROX_MULTIHEAD is larger than the\n  driver build with CONFIG_FB_MATROX_MULTIHEAD\u003dy by 8%.\n\n* One less configuration option makes things simpler.  We add options\n  all the time, being able to remove one for once is nice.  It improves\n  testing coverage.  And I don\u0027t think the Matrox adapters are still\n  popular enough to warrant overdetailed configuration settings.\n\n* We should be able to unobfuscate the driver code quite a bit after\n  this change (patches follow.)\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Petr Vandrovec \u003cvandrove@vc.cvut.cz\u003e\nCc: Krzysztof Helt \u003ckrzysztof.h1@poczta.fm\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.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"
    }
  ]
}