)]}'
{
  "log": [
    {
      "commit": "9ffa73960631502841d78b79ce857b15b9290abc",
      "tree": "302a754e1573f87f8ce0b3e1b4f2611cfdb7711e",
      "parents": [
        "ba282daa919f89c871780f344a71e5403a70b634"
      ],
      "author": {
        "name": "Hans J. Koch",
        "email": "hjk@linutronix.de",
        "time": "Tue Oct 16 01:28:41 2007 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Tue Oct 16 09:43:15 2007 -0700"
      },
      "message": "pxafb: Add support for other palette formats\n\nThis patch adds support for the other three palette formats possible with\nthe PXA LCD controller. This is required on boards where an LCD is connected\nwith all its 18 bits. With this patch, it\u0027s possible to use an 8-bit mode\nwith 18-bit palette entries. This used to be possible in 2.4 kernels but\ndisappeared in 2.6. With current kernels, you can only get wrong colours\nout of an LCD connected this way.\n\nUsers can choose the palette format by doing something like this\nin their board definition:\n\nstatic struct pxafb_mach_info my_fb_info \u003d {\n        [...]\n        .lccr3          \u003d LCCR3_OutEnH | LCCR3_PixFlEdg | LCCR3_PDFOR_3,\n        .lccr4          \u003d LCCR4_PAL_FOR_2,\n        [...]\n};\n\nSigned-off-by: Hans J. Koch \u003chjk@linutronix.de\u003e\nSigned-off-by: Antonino Daplas \u003cadaplas@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "72e3524c0b591c30c3a2e2058dd78327ec99efed",
      "tree": "d6b37eb55eaa95a083906fce03ebb5c09e34efd7",
      "parents": [
        "a6dba20c5c7b3a18d69bcbd60a1d2ebc0536f0ce"
      ],
      "author": {
        "name": "Russell King",
        "email": "rmk@dyn-67.arm.linux.org.uk",
        "time": "Mon Aug 20 10:18:42 2007 +0100"
      },
      "committer": {
        "name": "Russell King",
        "email": "rmk+kernel@arm.linux.org.uk",
        "time": "Fri Oct 12 21:14:56 2007 +0100"
      },
      "message": "[ARM] pxa: update pxafb to use clk support\n\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n"
    },
    {
      "commit": "d14b272bc63f35a8f20b4b1df16c080b8d24f8f1",
      "tree": "f754f3b333388e0ab78c934fd492906688fab2a6",
      "parents": [
        "c5d311c7e93c7d84941028835bc6ae5e1bc4e73c"
      ],
      "author": {
        "name": "Richard Purdie",
        "email": "rpurdie@net.rmk.(none)",
        "time": "Wed Sep 20 22:54:21 2006 +0100"
      },
      "committer": {
        "name": "Russell King",
        "email": "rmk+kernel@arm.linux.org.uk",
        "time": "Mon Oct 02 13:33:37 2006 +0100"
      },
      "message": "[ARM] 3848/1: pxafb: Add option of fixing video modes and spitz QVGA mode support\n\nAdd the ability to have pxafb use only certain fixed video modes\n(selected on a per platform basis). This is useful on production\nhardware such as the Zaurus cxx00 models where the valid modes are\nknown in advance and any other modes could result in hardware damage.\n\nFollowing this, add support for the cxx00 QVGA mode. Mode information\nis passed to the lcd_power call to allowing the panel drivers to\nconfigure the display hardware accordingly (corgi_lcd already contains\nthe functionality for the cxx00 panel).\n\nThis mirrors the setup already used by w100fb.\n\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n"
    },
    {
      "commit": "ca5da7106214e03f5302ca630bd38a9145b27391",
      "tree": "b8c012b76c1a28c629e0c2a6ed18f1f80e8283f8",
      "parents": [
        "664cceb0093b755739e56572b836a99104ee8a75"
      ],
      "author": {
        "name": "Russell King",
        "email": "rmk@dyn-67.arm.linux.org.uk",
        "time": "Thu Sep 29 09:44:54 2005 +0100"
      },
      "committer": {
        "name": "Russell King",
        "email": "rmk+kernel@arm.linux.org.uk",
        "time": "Thu Sep 29 09:44:54 2005 +0100"
      },
      "message": "[ARM] pxafb: Remove #if DEBUG, convert DPRINTK to pr_debug\n\nFix warning:\n drivers/video/pxafb.h:119:5: warning: \"DEBUG\" is not defined\nby removing the whole\n #if DEBUG\n #define DPRINTK(fmt, args...) printk...etc...\n #else\n #define DPRINTK(fmt, args...)\n #endif\nstuff - we have pr_debug() for this.\n\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n"
    },
    {
      "commit": "ba44cd2d8abc3271a608b42cdbf55e1e575e2ba5",
      "tree": "7416f8acd8a76e5b7beddda61d03cd2a16b5bd03",
      "parents": [
        "61ab7903b8cd772d3bfb28bc26d02c599cfb0e5b"
      ],
      "author": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Fri Sep 09 13:10:03 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Fri Sep 09 14:03:40 2005 -0700"
      },
      "message": "[PATCH] pxafb: Add hsync time reporting hook\n\nTo solve touchscreen interference problems devices like the Sharp Zaurus\nSL-C3000 need to know the length of the horitzontal sync pulses.  This patch\nadds a hook to pxafb so the touchscreen driver can function correctly.\n\nSigned-Off-By: Richard Purdie \u003crpurdie@rpsys.net\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": "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"
    }
  ]
}