1. 30 Jun, 2013 1 commit
  2. 24 Apr, 2013 1 commit
  3. 21 Apr, 2013 1 commit
  4. 15 Apr, 2013 1 commit
  5. 07 Apr, 2013 7 commits
  6. 04 Apr, 2013 7 commits
  7. 27 Feb, 2013 2 commits
  8. 15 Feb, 2013 1 commit
  9. 10 Feb, 2013 1 commit
  10. 21 Jan, 2013 1 commit
  11. 03 Jan, 2013 1 commit
    • Greg Kroah-Hartman's avatar
      Drivers: misc: remove __dev* attributes. · 0fe763c5
      Greg Kroah-Hartman authored
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      __devinitconst, and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      0fe763c5
  12. 03 Dec, 2012 1 commit
  13. 29 Nov, 2012 1 commit
  14. 02 Oct, 2012 3 commits
    • Emil Goode's avatar
      remoteproc: Fix use of format specifyer · d09f53a7
      Emil Goode authored
      The dma_addr_t type can be either u32 or u64 depending on
      the configuration. We should use a format specifyer for the
      larger type and explicitly cast to it.
      
      Sparse warnings:
      drivers/remoteproc/remoteproc_core.c:234:2: warning:
      	format ‘%x’ expects argument of type ‘unsigned int’,
      	but argument 6 has type ‘dma_addr_t’ [-Wformat]
      
      drivers/remoteproc/remoteproc_core.c:596:2: warning:
      	format ‘%x’ expects argument of type ‘unsigned int’,
      	but argument 5 has type ‘dma_addr_t’ [-Wformat]
      
      drivers/remoteproc/remoteproc_core.c:634:3:
      	warning: format ‘%x’ expects argument of type ‘unsigned int’,
      	but argument 5 has type ‘dma_addr_t’ [-Wformat]
      Signed-off-by: default avatarEmil Goode <emilgoode@gmail.com>
      [fix commit log typos]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      d09f53a7
    • Dan Carpenter's avatar
      remoteproc: fix a potential NULL-dereference on cleanup · 7168d914
      Dan Carpenter authored
      We only need to allocate mapping if there is an IOMMU domain.
      
      Otherwise, when the mappings are released, the assumption that
      an IOMMU domain is there will crash and burn.
      
      CC: stable@vger.kernel.org
      Signed-off-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      [ohad: revise commit log]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      7168d914
    • Ohad Ben-Cohen's avatar
      remoteproc: select VIRTIO to avoid build breakage · 2ed6d29c
      Ohad Ben-Cohen authored
      drivers/built-in.o: In function `rproc_virtio_finalize_features':
      remoteproc_virtio.c:(.text+0x2f9a02): undefined reference to `vring_transport_features'
      drivers/built-in.o: In function `rproc_virtio_del_vqs':
      remoteproc_virtio.c:(.text+0x2f9a74): undefined reference to `vring_del_virtqueue'
      drivers/built-in.o: In function `rproc_virtio_find_vqs':
      remoteproc_virtio.c:(.text+0x2f9c44): undefined reference to `vring_new_virtqueue'
      drivers/built-in.o: In function `rproc_add_virtio_dev':
      (.text+0x2f9e2c): undefined reference to `register_virtio_device'
      drivers/built-in.o: In function `rproc_vq_interrupt':
      (.text+0x2f9db7): undefined reference to `vring_interrupt'
      drivers/built-in.o: In function `rproc_remove_virtio_dev':
      (.text+0x2f9e9f): undefined reference to `unregister_virtio_device'
      
      Cc: stable@vger.kernel.org
      Reported-by: default avatarRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      2ed6d29c
  15. 30 Sep, 2012 2 commits
  16. 27 Sep, 2012 2 commits
  17. 22 Sep, 2012 1 commit
    • Sjur Brændeland's avatar
      remoteproc: Add STE modem driver · ec4d02d9
      Sjur Brændeland authored
      Add support for the STE modem shared memory driver.
      This driver hooks into the remoteproc framework
      in order to manage configuration and the virtio
      devices.
      
      This driver adds custom firmware handlers, because
      STE modem uses a custom firmware layout.
      Signed-off-by: default avatarSjur Brændeland <sjur.brandeland@stericsson.com>
      cc: Linus Walleij <linus.walleij@linaro.org>
      cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      [ohad: validate mdev->ops, move setup() to probe/remove, trivial style changes]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      ec4d02d9
  18. 19 Sep, 2012 1 commit
    • Arnd Bergmann's avatar
      ARM: omap: move platform_data definitions · 2203747c
      Arnd Bergmann authored
      Platform data for device drivers should be defined in
      include/linux/platform_data/*.h, not in the architecture
      and platform specific directories.
      
      This moves such data out of the omap include directories
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Acked-by: default avatarNicolas Pitre <nico@linaro.org>
      Acked-by: default avatarTony Lindgren <tony@atomide.com>
      Cc: Kevin Hilman <khilman@ti.com>
      Cc: "Benoît Cousson" <b-cousson@ti.com>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Ohad Ben-Cohen <ohad@wizery.com>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Omar Ramirez Luna <omar.ramirez@ti.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>
      Cc: Jarkko Nikula <jarkko.nikula@bitmer.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
      Cc: Jean Pihet <j-pihet@ti.com>
      Cc: J Keerthy <j-keerthy@ti.com>
      Cc: linux-omap@vger.kernel.org
      2203747c
  19. 18 Sep, 2012 4 commits
    • Sjur Brændeland's avatar
      remtoteproc: maintain max notifyid · 099a3f33
      Sjur Brændeland authored
      Some of the rproc drivers (STE modem specifically) needs to know
      the range of the notification IDs used for notifying the device.
      
      Maintain a variable in struct rproc holding the largest allocated
      notification id, so low-level rproc drivers could access it.
      Signed-off-by: default avatarSjur Brændeland <sjur.brandeland@stericsson.com>
      [ohad: rebase, slightly edit commit log]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      099a3f33
    • Fernando Guzman Lugo's avatar
      remoteproc: create a 'recovery' debugfs entry · 2e37abb8
      Fernando Guzman Lugo authored
      Add a 'recovery' debugfs entry to dynamically disable/enable recovery
      at runtime. This is useful when one is trying to debug an rproc crash;
      without it, a recovery will immediately take place, making it harder
      to debug the crash.
      
      Contributions from Subramaniam Chanderashekarapuram.
      
      Examples:
      
      - disabling recovery:
      $ echo disabled > <debugfs>/remoteproc/remoteproc0/recovery
      
      - in case you want to recover a crash, but keep recovery disabled
        (useful in debugging sessions when you expect additional crashes
         you want to debug):
      $ echo recover > <debugfs>/remoteproc/remoteproc0/recovery
      
      - enabling recovery:
      $ echo enabled > <debugfs>/remoteproc/remoteproc0/recovery
      Signed-off-by: default avatarFernando Guzman Lugo <fernando.lugo@ti.com>
      [ohad: some white space, commentary and commit log changes]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      2e37abb8
    • Fernando Guzman Lugo's avatar
      remoteproc: add actual recovery implementation · 70b85ef8
      Fernando Guzman Lugo authored
      Add rproc_trigger_recovery() which takes care of the recovery itself,
      by removing, and re-adding, all of the remoteproc's virtio devices.
      
      This resets all virtio users of the remote processor, during which
      the remote processor is powered off and on again.
      Signed-off-by: default avatarFernando Guzman Lugo <fernando.lugo@ti.com>
      [ohad: introduce rproc_add_virtio_devices to avoid 1.copying code 2.anomaly]
      [ohad: some white space, naming and commit log changes]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      70b85ef8
    • Fernando Guzman Lugo's avatar
      remoteproc: add rproc_report_crash function to notify rproc crashes · 8afd519c
      Fernando Guzman Lugo authored
      Allow low-level remoteproc drivers to report rproc crashes by exporting
      a new rproc_report_crash() function (invoking this from non-rproc drivers
      is probably wrong, and should be carefully scrutinized if ever needed).
      
      rproc_report_crash() can be called from any context; it offloads the
      tasks of handling the crash to a separate thread.
      
      Handling the crash from a separate thread is helpful because:
      - Ability to call invoke rproc_report_crash() from atomic context, due to
        the fact that many crashes trigger an interrupt, so this function can be
        called directly from ISR context.
      - Avoiding deadlocks which could happen if rproc_report_crash() is called
        from a function which indirectly holds the rproc lock.
      
      Handling the crash might involve:
      - Remoteproc register dump
      - Remoteproc stack dump
      - Remoteproc core dump
      - Saving Remoteproc traces so they can be read after the crash
      - Reseting the remoteproc in order to make it functional again (hard recovery)
      
      Right now, we only print the crash type which was detected, and only the
      mmufault type is supported. Remoteproc low-level drivers can add more types
      when needed.
      Signed-off-by: default avatarFernando Guzman Lugo <fernando.lugo@ti.com>
      [ohad: some commentary, white space and commit log changes]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      8afd519c
  20. 17 Sep, 2012 1 commit