)]}'
{
  "log": [
    {
      "commit": "571f7f46bf367b29f574ca51a9ca1db5035602bb",
      "tree": "39c8557d005982f7212c073b43027672c8e8e7ff",
      "parents": [
        "115e19c53501edc11f730191f7f047736815ae3d"
      ],
      "author": {
        "name": "Joe Perches",
        "email": "joe@perches.com",
        "time": "Thu Oct 21 22:17:17 2010 -0700"
      },
      "committer": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Mon Oct 25 18:02:49 2010 +0200"
      },
      "message": "fs/exofs: typo fix of faild to failed\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\n"
    },
    {
      "commit": "ddf08f4b90a413892bbb9bb2e8a57aed991cd47d",
      "tree": "aa17308fb0ad06898111a8356ebe702522e5a6d8",
      "parents": [
        "200b0700420a78c3ade543761f0901985f41f96b"
      ],
      "author": {
        "name": "Dan Carpenter",
        "email": "error27@gmail.com",
        "time": "Fri May 07 11:05:33 2010 +0200"
      },
      "committer": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Mon May 17 13:50:58 2010 +0300"
      },
      "message": "exofs: confusion between kmap() and kmap_atomic() api\n\nFor kmap_atomic() we call kunmap_atomic() on the returned pointer.\nThat\u0027s different from kmap() and kunmap() and so it\u0027s easy to get them\nbackwards.\n\nCc: Stable \u003cstable@kernel.org\u003e\nSigned-off-by: Dan Carpenter \u003cerror27@gmail.com\u003e\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\n"
    },
    {
      "commit": "27d2e1491985e95c486d991302e399f5c584b4eb",
      "tree": "7f978b04cbabebe44108f246d7002c60ad9fdd35",
      "parents": [
        "b76a3f93d01fc93a87cb6eba4e854ffe378b4bac"
      ],
      "author": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Sun Jun 14 17:23:09 2009 +0300"
      },
      "committer": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Sun Jun 21 17:53:47 2009 +0300"
      },
      "message": "exofs: Remove IBM copyrights\n\nBoaz,\nCongrats on getting all the OSD stuff into 2.6.30!\nI just pulled the git, and saw that the IBM copyrights are still there.\nPlease remove them from all files:\n * Copyright (C) 2005, 2006\n * International Business Machines\n\nIBM has revoked all rights on the code - they gave it to me.\n\nThanks!\nAvishay\n\nSigned-off-by: Avishay Traeger \u003cavishay@gmail.com\u003e\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\n"
    },
    {
      "commit": "8cf74b3936f5c65975b68333727f0540ec8350f4",
      "tree": "99eda92b32dc7869d6f3a28215f5b854675db6b1",
      "parents": [
        "ba9e5e98ca2f808fe92b103a8e6ce5271b10cc89"
      ],
      "author": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Sun Mar 22 12:47:26 2009 +0200"
      },
      "committer": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Tue Mar 31 19:44:36 2009 +0300"
      },
      "message": "exofs: export_operations\n\nimplement export_operations and set in superblock.\nIt is now posible to export exofs via nfs\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\n"
    },
    {
      "commit": "e6af00f1d1697ca41ab6a55307066ef3466833a9",
      "tree": "7aa0b64f14a994f30e6bdc8e8c0b7f811038e794",
      "parents": [
        "beaec07ba6af35d387643b76a2920a7a6e22207b"
      ],
      "author": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Tue Oct 28 15:38:12 2008 +0200"
      },
      "committer": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Tue Mar 31 19:44:31 2009 +0300"
      },
      "message": "exofs: dir_inode and directory operations\n\nimplementation of directory and inode operations.\n\n* A directory is treated as a file, and essentially contains a list\n  of \u003cfile name, inode #\u003e pairs for files that are found in that\n  directory. The object IDs correspond to the files\u0027 inode numbers\n  and are allocated using a 64bit incrementing global counter.\n* Each file\u0027s control block (AKA on-disk inode) is stored in its\n  object\u0027s attributes. This applies to both regular files and other\n  types (directories, device files, symlinks, etc.).\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\n"
    }
  ]
}