1. 15 Jan, 2018 2 commits
  2. 26 Jul, 2017 1 commit
  3. 15 Nov, 2016 1 commit
  4. 01 Nov, 2016 1 commit
  5. 13 Aug, 2016 1 commit
  6. 06 May, 2016 1 commit
  7. 02 May, 2015 1 commit
    • Suman Anna's avatar
      remoteproc: fix various checkpatch warnings · 172e6ab1
      Suman Anna authored
      
      
      Fix all the checkpatch warnings in the core remoteproc
      code. The fixes cover the following warnings:
        1. WARNING: void function return statements are not generally useful
        2. WARNING: Possible unnecessary 'out of memory' message
        3. WARNING: line over 80 characters
        4. WARNING: braces {} are not necessary for single statement blocks
        5. WARNING: Unnecessary space before function pointer arguments
      
      Signed-off-by: default avatarSuman Anna <s-anna@ti.com>
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      172e6ab1
  8. 30 Jun, 2013 1 commit
  9. 05 Apr, 2013 1 commit
  10. 18 Sep, 2012 1 commit
  11. 15 Jul, 2012 2 commits
  12. 04 Jul, 2012 1 commit
    • Ohad Ben-Cohen's avatar
      remoteproc: allocate vrings on demand, free when not needed · 6db20ea8
      Ohad Ben-Cohen authored
      
      
      Dynamically allocate the vrings' DMA when the remote processor
      is about to be powered on (i.e. when ->find_vqs() is invoked),
      and release them as soon as it is powered off (i.e. when ->del_vqs()
      is invoked).
      
      The obvious and immediate benefit is better memory utilization, since
      memory for the vrings is now only allocated when the relevant remote
      processor is used.
      
      Additionally, this approach also makes recovery of a (crashing)
      remote processor easier: one just needs to remove the relevant
      vdevs, and the entire vrings cleanup takes place automagically.
      
      Tested-by: default avatarFernando Guzman Lugo <fernando.lugo@ti.com>
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      6db20ea8
  13. 06 Mar, 2012 1 commit
    • Ohad Ben-Cohen's avatar
      remoteproc: remove the single rpmsg vdev limitation · 7a186941
      Ohad Ben-Cohen authored
      
      
      Now that the resource table supports publishing a virtio device
      in a single resource entry, firmware images can start supporting
      more than a single vdev.
      
      This patch removes the single vdev limitation of the remoteproc
      framework so multi-vdev firmwares can be leveraged: VDEV resource
      entries are parsed when the rproc is registered, and as a result
      their vrings are set up and the virtio devices are registered
      (and they go away when the rproc goes away).
      
      Moreover, we no longer only support VIRTIO_ID_RPMSG vdevs; any
      virtio device type goes now. As a result, there's no more any
      rpmsg-specific APIs or code in remoteproc: it all becomes generic
      virtio handling.
      
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      Cc: Brian Swetland <swetland@google.com>
      Cc: Iliyan Malchev <malchev@google.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Mark Grosen <mgrosen@ti.com>
      Cc: John Williams <john.williams@petalogix.com>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Loic PALLARDY <loic.pallardy@stericsson.com>
      Cc: Ludovic BARRE <ludovic.barre@stericsson.com>
      Cc: Omar Ramirez Luna <omar.luna@linaro.org>
      Cc: Guzman Lugo Fernando <fernando.lugo@ti.com>
      Cc: Anna Suman <s-anna@ti.com>
      Cc: Clark Rob <rob@ti.com>
      Cc: Stephen Boyd <sboyd@codeaurora.org>
      Cc: Saravana Kannan <skannan@codeaurora.org>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Kieran Bingham <kieranbingham@gmail.com>
      Cc: Tony Lindgren <tony@atomide.com>
      7a186941
  14. 08 Feb, 2012 1 commit
    • Ohad Ben-Cohen's avatar
      remoteproc: add framework for controlling remote processors · 400e64df
      Ohad Ben-Cohen authored
      
      
      Modern SoCs typically employ a central symmetric multiprocessing (SMP)
      application processor running Linux, with several other asymmetric
      multiprocessing (AMP) heterogeneous processors running different instances
      of operating system, whether Linux or any other flavor of real-time OS.
      
      Booting a remote processor in an AMP configuration typically involves:
      - Loading a firmware which contains the OS image
      - Allocating and providing it required system resources (e.g. memory)
      - Programming an IOMMU (when relevant)
      - Powering on the device
      
      This patch introduces a generic framework that allows drivers to do
      that. In the future, this framework will also include runtime power
      management and error recovery.
      
      Based on (but now quite far from) work done by Fernando Guzman Lugo
      <fernando.lugo@ti.com>.
      
      ELF loader was written by Mark Grosen <mgrosen@ti.com>, based on
      msm's Peripheral Image Loader (PIL) by Stephen Boyd <sboyd@codeaurora.org>.
      
      Designed with Brian Swetland <swetland@google.com>.
      
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      Acked-by: Grant Likely's avatarGrant Likely <grant.likely@secretlab.ca>
      Cc: Brian Swetland <swetland@google.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Greg KH <greg@kroah.com>
      Cc: Stephen Boyd <sboyd@codeaurora.org>
      400e64df