)]}'
{
  "log": [
    {
      "commit": "04a9016e82193cfbe2f9111b4c59de5628fbbe3b",
      "tree": "95e3372e95911ef0678a1f7e7787adae972813c6",
      "parents": [
        "fd2c15ec1dd3c2fdfc6ff03bb9644da9d530e3b9"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Mon Feb 13 04:03:31 2012 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Tue Mar 06 19:13:45 2012 +0200"
      },
      "message": "remoteproc: remoteproc_rpmsg -\u003e remoteproc_virtio\n\nAt this point remoteproc can only register a single VIRTIO_ID_RPMSG virtio\ndevice.\n\nThis limitation is going away soon: remoteproc is getting support for\nregistering any number of virtio devices and of any type (as\npublished by the firmware of the remote processor).\n\nRename remoteproc_rpmsg.c to remoteproc_virtio.c in preparation of\nthis generalization work.\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": "34ed5a33b1218efbe8b01e37738063800ccdcdcd",
      "tree": "ff9713a819e07756cb27c17b61cc779b299b9c2f",
      "parents": [
        "ac8954a413930dae3c53f7e782f09a94e7eae88b"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Thu Oct 20 18:53:35 2011 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 08 22:53:47 2012 +0200"
      },
      "message": "remoteproc/omap: add a remoteproc driver for OMAP4\n\nAdd a remoteproc driver for OMAP4, so we can boot the dual-M3 and\nand DSP subsystems.\n\nUse the omap_device_* API to control the hardware state, and utilize\nthe OMAP mailbox to interrupt the remote processor when a new message\nis pending (the mailbox payload is used to tell it which virtqueue was\nthe message placed in).\n\nConversely, when an inbound mailbox message arrives, tell the remoteproc\ncore which virtqueue is triggered.\n\nLater we will also use the mailbox payload to signal omap-specific\nevents like remote crashes (which will be used to trigger remoteproc\nrecovery) and power management transitions. At that point we will also\nextend the remoteproc core to support this.\n\nBased on (but now quite far from) work done by Fernando Guzman Lugo\n\u003cfernando.lugo@ti.com\u003e and Hari Kanigeri \u003ch-kanigeri2@ti.com\u003e.\n\nDesigned with Brian Swetland \u003cswetland@google.com\u003e.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\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"
    },
    {
      "commit": "ac8954a413930dae3c53f7e782f09a94e7eae88b",
      "tree": "d8f6e0ef862d959b4211184c05b559e14214c162",
      "parents": [
        "6391a70682b173abb8f2895c03c6b21d764e04e5"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Thu Oct 20 18:15:13 2011 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 08 22:53:39 2012 +0200"
      },
      "message": "remoteproc: create rpmsg virtio device\n\nCreate an rpmsg virtio device to allow message-based communication\nwith the remote processor (but only if supported by its firmware).\n\nThere are several advantages to provide this functionality at\nthe remoteproc-level:\n- to support it, platforms only have to provide their own -\u003ekick()\n  handler; no need to duplicate the rest of the code.\n- the virtio device is created only when the remote processor is\n  registered and ready to go. No need to depend on initcall magic.\n  moreover, we only add the virtio device if the firmware really\n  supports it, and only after we know the supported virtio device features.\n- correct device model hierarchy can be set, and that is useful\n  for natural power management and DMA API behavior.\n- when the remote processor crashes (or removed) we only need\n  to remove the virtio device, and the driver core will take care of\n  the rest. No need to implement any out-of-bound notifiers.\n- we can now easily bind the virtio device to its rproc handle, and\n  this way we don\u0027t need any name-based remoteproc -\u003eget() API.\n\nCurrently we only support creating a single rpmsg virtio device per\nremote processor, but later this is going to be extended to support\ncreating numerous virtio devices of other types too (block, net,\nconsole...).\n\nDesigned with Brian Swetland \u003cswetland@google.com\u003e.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nCc: Brian Swetland \u003cswetland@google.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\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"
    },
    {
      "commit": "6391a70682b173abb8f2895c03c6b21d764e04e5",
      "tree": "fc0a04f7d8568dae1335afbf87cb24f8f2c416b2",
      "parents": [
        "400e64df6b237eb36b127efd72000a2794f9eec1"
      ],
      "author": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Thu Oct 20 17:24:15 2011 +0200"
      },
      "committer": {
        "name": "Ohad Ben-Cohen",
        "email": "ohad@wizery.com",
        "time": "Wed Feb 08 22:53:30 2012 +0200"
      },
      "message": "remoteproc: add debugfs entries\n\nExpose several remote processor properties (name, state, trace buffer)\nthat are helpful for debugging.\n\nThis part is extracted to a separate patch just to keep the review load\ndown.\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"
    },
    {
      "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"
    }
  ]
}