)]}'
{
  "log": [
    {
      "commit": "9fa68eae9f8291a98bfe00b94b78f72eb253165a",
      "tree": "f3619e7302871a5d56264f6df4076c30857483ce",
      "parents": [
        "6062bfa1644f401c08e78d5c8a161f7d11c5c830"
      ],
      "author": {
        "name": "Knut Petersen",
        "email": "Knut_Petersen@t-online.de",
        "time": "Fri Sep 09 13:04:56 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Fri Sep 09 13:58:02 2005 -0700"
      },
      "message": "[PATCH] framebuffer: new driver for cyberblade/i1 graphics core\n\nThis is a framebuffer driver for the Cyberblade/i1 graphics core.\n\nCurrently tridenfb claims to support the cyberblade/i1 graphics core.  This\nis of very limited truth.  Even vesafb is faster and provides more working\nmodes and a much better quality of the video signal.  There is a great\nnumber of bugs in tridentfb ...  but most often it is impossible to decide\nif these bugs are real bugs or if fixing them for the cyberblade/i1 core\nwould break support for one of the other supported chips.\n\nTridentfb seems to be unmaintained,and documentation for most of the\nsupported chips is not available.  So \"fixing\" cyberblade/i1 support inside\nof tridentfb was not an option, it would have caused numerous\nif(CYBERBLADEi1) else ...  cases and would have rendered the code to be\nalmost unmaintainable.\n\nA first version of this driver was published on 2005-07-31.  A fix for a\nbug reported by Jochen Hein was integrated as well as some changes\nrequested by Antonino A.  Daplas.\n\nA message has been added to tridentfb to inform current users of tridentfb\nto switch to cyblafb if the cyberblade/i1 graphics core is detected.\n\nThis patch is one logical change, but because of the included documentation\nit is bigger than 70kb.  Therefore it is not sent to lkml and\nlinux-fbdev-devel,\n\nSigned-off-by: Knut Petersen \u003cKnut_Petersen@t-online.de\u003e\nCc: Muli Ben-Yehuda \u003cmulix@mulix.org\u003e\nAcked-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": "8d894c47975f7222c5537e450e71310b395488c7",
      "tree": "b2f36d10708c4d5ba13b44cfca0b213935b0cd24",
      "parents": [
        "8dad46cf38c029248d1331b6a97b2999e0751cfa"
      ],
      "author": {
        "name": "Antonino A. Daplas",
        "email": "adaplas@gmail.com",
        "time": "Mon Aug 01 23:51:34 2005 +0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Aug 01 10:07:53 2005 -0700"
      },
      "message": "[PATCH] tridentfb: Fix scrolling artifacts during disk IO\n\nReported by: Jochen Hein (Bugzilla Bug 4312)\n\nWhen there is disk I/O happening, the framebuffer has a little snow on\nthe screen.  Once I/O has finished, no garbage remains on screen.\n\nThis bug was explained by: Knut Petersen\n\nMost important is CRTC register 2f, signal quality is also improved for\nhigher vclk values by changing set_vclk() according to the X drivers and\ncyblafb.c\n\nThe fix is to set the performance register (0x2f) with a more stable\nvalue.\n\nSigned-off-by: Antonino Daplas \u003cadaplas@pol.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "8dad46cf38c029248d1331b6a97b2999e0751cfa",
      "tree": "ee0930bbbe84729fad902c3d30054c1f1dcb5faf",
      "parents": [
        "6cb54819d7b1867053e2dfd8c0ca3a8dc65a7eff"
      ],
      "author": {
        "name": "Antonino A. Daplas",
        "email": "adaplas@gmail.com",
        "time": "Mon Aug 01 23:46:44 2005 +0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Aug 01 10:07:13 2005 -0700"
      },
      "message": "[PATCH] tridentfb: Fix scrolling artifacts if acceleration is enabled\n\nReported by: Jochen Hein (Bugzilla Bug 4386)\n\nbooting leaves the end of long lines in the last line on screen when\nscrolling.  When X is running, scrolling puts garbage on the screen\n(looks like X data) Console switch fixes the screen.  Behaviour seems to\nbe identical with noaccel and without on the video\u003dtridentfb parameter\nin lilo.conf.\n\nThis bug was explained by: Knut_Petersen\n\nAcceleration is broken for all BLADE 3D chips for all versions of kernel\n2.6 except for 32bit modes.  Most important reason is that the u32 col\nparameter of the graphics engine needs the color value replicated to all\nu8 of the u32 (8bit modes) and to both u16 of the u32.\n\nFix color value passed to graphics engine, verified by the reporter.\n\nSigned-off-by: Antonino Daplas \u003cadaplas@pol.net\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"
    }
  ]
}