)]}'
{
  "log": [
    {
      "commit": "63140e0ed2e69bdafe62bc19fd6551d9213f80a7",
      "tree": "a885f08832b5479721898b3dbef17edc17958d2c",
      "parents": [
        "55f34080d99be0ac75122a27e7b151c76a5b070d"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 29 14:42:13 2012 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Mar 06 19:14:37 2012 +0200"
      },
      "message": "remoteproc: remove the hardcoded vring alignment\n\nRemove the hardcoded vring alignment of 4096 bytes,\nand instead utilize tha vring alignment as specified in\nthe resource table.\n\nThis is needed for remote processors that have rigid\nmemory requirement, and which have found the alignment of\n4096 bytes to be excessively big.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Iliyan Malchev \u003cmalchev@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Mark Grosen \u003cmgrosen@ti.com\u003e\nCc: John Williams \u003cjohn.williams@petalogix.com\u003e\nCc: Michal Simek \u003cmonstr@monstr.eu\u003e\nCc: Loic PALLARDY \u003cloic.pallardy@stericsson.com\u003e\nCc: Ludovic BARRE \u003cludovic.barre@stericsson.com\u003e\nCc: Omar Ramirez Luna \u003comar.luna@linaro.org\u003e\nCc: Guzman Lugo Fernando \u003cfernando.lugo@ti.com\u003e\nCc: Anna Suman \u003cs-anna@ti.com\u003e\nCc: Clark Rob \u003crob@ti.com\u003e\nCc: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nCc: Saravana Kannan \u003cskannan@codeaurora.org\u003e\nCc: David Brown \u003cdavidb@codeaurora.org\u003e\nCc: Kieran Bingham \u003ckieranbingham@gmail.com\u003e\nCc: Tony Lindgren \u003ctony@atomide.com\u003e\n"
    },
    {
      "commit": "7a186941626d19f668b08108db158379b32e6e02",
      "tree": "d478210fa3ae45ef8b3eaf6a6432eadc49cbb55a",
      "parents": [
        "41a6ee09ee8dd7ac3a6ac12a24e26279b5d93385"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Mon Feb 13 22:30:39 2012 +0100"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Mar 06 19:14:12 2012 +0200"
      },
      "message": "remoteproc: remove the single rpmsg vdev limitation\n\nNow that the resource table supports publishing a virtio device\nin a single resource entry, firmware images can start supporting\nmore than a single vdev.\n\nThis patch removes the single vdev limitation of the remoteproc\nframework so multi-vdev firmwares can be leveraged: VDEV resource\nentries are parsed when the rproc is registered, and as a result\ntheir vrings are set up and the virtio devices are registered\n(and they go away when the rproc goes away).\n\nMoreover, we no longer only support VIRTIO_ID_RPMSG vdevs; any\nvirtio device type goes now. As a result, there\u0027s no more any\nrpmsg-specific APIs or code in remoteproc: it all becomes generic\nvirtio handling.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Iliyan Malchev \u003cmalchev@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Mark Grosen \u003cmgrosen@ti.com\u003e\nCc: John Williams \u003cjohn.williams@petalogix.com\u003e\nCc: Michal Simek \u003cmonstr@monstr.eu\u003e\nCc: Loic PALLARDY \u003cloic.pallardy@stericsson.com\u003e\nCc: Ludovic BARRE \u003cludovic.barre@stericsson.com\u003e\nCc: Omar Ramirez Luna \u003comar.luna@linaro.org\u003e\nCc: Guzman Lugo Fernando \u003cfernando.lugo@ti.com\u003e\nCc: Anna Suman \u003cs-anna@ti.com\u003e\nCc: Clark Rob \u003crob@ti.com\u003e\nCc: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nCc: Saravana Kannan \u003cskannan@codeaurora.org\u003e\nCc: David Brown \u003cdavidb@codeaurora.org\u003e\nCc: Kieran Bingham \u003ckieranbingham@gmail.com\u003e\nCc: Tony Lindgren \u003ctony@atomide.com\u003e\n"
    },
    {
      "commit": "fd2c15ec1dd3c2fdfc6ff03bb9644da9d530e3b9",
      "tree": "29e38853a3fac9e547a20fcb9f857c53ca7019b9",
      "parents": [
        "9d8ae5c22b73852e9b23ba4e520a64c29bbfc939"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 01 21:56:16 2012 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Mar 06 19:13:39 2012 +0200"
      },
      "message": "remoteproc: resource table overhaul\n\nThe resource table is an array of \u0027struct fw_resource\u0027 members, where\neach resource entry is expressed as a single member of that array.\n\nThis approach got us this far, but it has a few drawbacks:\n\n1. Different resource entries end up overloading the same members of \u0027struct\n   fw_resource\u0027 with different meanings. The resulting code is error prone\n   and hard to read and maintain.\n\n2. It\u0027s impossible to extend \u0027struct fw_resource\u0027 without breaking the\n   existing firmware images (and we already want to: we can\u0027t introduce the\n   new virito device resource entry with the current scheme).\n\n3. It doesn\u0027t scale: \u0027struct fw_resource\u0027 must be as big as the largest\n   resource entry type. As a result, smaller resource entries end up\n   utilizing only small part of it.\n\nThis is fixed by defining a dedicated structure for every resource type,\nand then converting the resource table to a list of type-value members.\nInstead of a rigid array of homogeneous structs, the resource table\nis turned into a collection of heterogeneous structures.\n\nThis way:\n1. Resource entries consume exactly the amount of bytes they need.\n2. It\u0027s easy to extend: just create a new resource entry structure, and assign\n   it a new type.\n3. The code is easier to read and maintain: the structures\u0027 members names are\n   meaningful.\n\nWhile we\u0027re at it, this patch has several other resource table changes:\n1. The resource table gains a simple header which contains the\n   number of entries in the table and their offsets within the table. This\n   makes the parsing code simpler and easier to read.\n2. A version member is added to the resource table. Should we change the\n   format again, we\u0027ll bump up this version to prevent breakage with\n   existing firmware images.\n3. The VRING and VIRTIO_DEV resource entries are combined to a single\n   VDEV entry. This paves the way to supporting multiple VDEV entries.\n4. Since we don\u0027t really support 64-bit rprocs yet, convert two stray u64\n   members to u32.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Iliyan Malchev \u003cmalchev@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Mark Grosen \u003cmgrosen@ti.com\u003e\nCc: John Williams \u003cjohn.williams@petalogix.com\u003e\nCc: Michal Simek \u003cmonstr@monstr.eu\u003e\nCc: Loic PALLARDY \u003cloic.pallardy@stericsson.com\u003e\nCc: Ludovic BARRE \u003cludovic.barre@stericsson.com\u003e\nCc: Omar Ramirez Luna \u003comar.luna@linaro.org\u003e\nCc: Guzman Lugo Fernando \u003cfernando.lugo@ti.com\u003e\nCc: Anna Suman \u003cs-anna@ti.com\u003e\nCc: Clark Rob \u003crob@ti.com\u003e\nCc: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nCc: Saravana Kannan \u003cskannan@codeaurora.org\u003e\nCc: David Brown \u003cdavidb@codeaurora.org\u003e\nCc: Kieran Bingham \u003ckieranbingham@gmail.com\u003e\nCc: Tony Lindgren \u003ctony@atomide.com\u003e\n"
    },
    {
      "commit": "e12bc14b88d44e5c1456dccb59ff58103f6c6edc",
      "tree": "c7df21efc8f6f3649a35c16b01e90c16ce51d49a",
      "parents": [
        "cf59d3e9a715fd2b6ff96e4a3a130fceded09a64"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Jan 31 16:07:27 2012 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 22 18:28:49 2012 +0200"
      },
      "message": "remoteproc: s/big switch/lookup table/\n\nA lookup table would be easier to extend, and the resulting\ncode is a bit cleaner.\n\nReported-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\n"
    },
    {
      "commit": "2fd51811b8b87408fd680b442364e3474a1a0f21",
      "tree": "6c09de1c1352f98d70b00d3b177fd3372b809fbb",
      "parents": [
        "7d2d3956fbc1aa9a3ccdc9389b88505232764d4f"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Dec 13 12:17:59 2011 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 08 22:54:24 2012 +0200"
      },
      "message": "remoteproc: remove unused resource type\n\nRSC_VIRTIO_CFG isn\u0027t being used, so remove it.\n\nOriginally it was introduced to overcome a resource table limitation\nthat prevented describing a virtio device in a single resource table\nentry.\n\nThe plan though is to describe resource table entries in a TLV fashion,\nwhere each entry will consume the amount of space it requires,\nso the original limitation is anyway temporary.\n\nReported-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\n"
    },
    {
      "commit": "400e64df6b237eb36b127efd72000a2794f9eec1",
      "tree": "cdc007e406c3305d4ac2356e5b402b9c1ca82a6a",
      "parents": [
        "dcd6c92267155e70a94b3927bce681ce74b80d1f"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Thu Oct 20 16:52:46 2011 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 08 22:52:56 2012 +0200"
      },
      "message": "remoteproc: add framework for controlling remote processors\n\nModern SoCs typically employ a central symmetric multiprocessing (SMP)\napplication processor running Linux, with several other asymmetric\nmultiprocessing (AMP) heterogeneous processors running different instances\nof operating system, whether Linux or any other flavor of real-time OS.\n\nBooting a remote processor in an AMP configuration typically involves:\n- Loading a firmware which contains the OS image\n- Allocating and providing it required system resources (e.g. memory)\n- Programming an IOMMU (when relevant)\n- Powering on the device\n\nThis patch introduces a generic framework that allows drivers to do\nthat. In the future, this framework will also include runtime power\nmanagement and error recovery.\n\nBased on (but now quite far from) work done by Fernando Guzman Lugo\n\u003cfernando.lugo@ti.com\u003e.\n\nELF loader was written by Mark Grosen \u003cmgrosen@ti.com\u003e, based on\nmsm\u0027s Peripheral Image Loader (PIL) by Stephen Boyd \u003csboyd@codeaurora.org\u003e.\n\nDesigned with Brian Swetland \u003cswetland@google.com\u003e.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nAcked-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Tony Lindgren \u003ctony@atomide.com\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Greg KH \u003cgreg@kroah.com\u003e\nCc: Stephen Boyd \u003csboyd@codeaurora.org\u003e\n"
    }
  ]
}