1. 17 Jun, 2014 1 commit
    • Arnd Bergmann's avatar
      remoteproc: da8xx: don't select CMA on no-MMU · 8c094524
      Arnd Bergmann authored
      We can only use CMA on systems that have an MMU, because of
      the requirement to use memory migration. NOMMU systems are
      rather constrained to start with, but it seems reasonable
      to assume that DMA allocations can still succeed in the
      constrained case for remoteproc on NOMMU, so this patch
      changes the da8xx implementation to not rely on CMA when
      the MMU is disabled.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Cc: Ohad Ben-Cohen <ohad@wizery.com>
      Cc: Robert Tivy <rtivy@ti.com>
      8c094524
  2. 24 Feb, 2014 3 commits
    • Jingoo Han's avatar
      remoteproc/ste_modem: staticize local symbols · bd88acba
      Jingoo Han authored
      These local symbols are used only in this file.
      Fix the following sparse warnings:
      
      drivers/remoteproc/ste_modem_rproc.c:167:27: warning: symbol 'sproc_fw_ops' was not declared. Should it be static?
      drivers/remoteproc/ste_modem_rproc.c:196:25: warning: symbol 'sproc_dev_cb' was not declared. Should it be static?
      Signed-off-by: default avatarJingoo Han <jg1.han@samsung.com>
      [standartize patch title]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      bd88acba
    • Julia Lawall's avatar
      remoteproc/davinci: simplify use of devm_ioremap_resource · 0ddc5ec1
      Julia Lawall authored
      Remove unneeded error handling on the result of a call to
      platform_get_resource when the value is passed to devm_ioremap_resource.
      
      Move the call to platform_get_resource adjacent to the call to
      devm_ioremap_resource to make the connection between them more clear.
      
      A simplified version of the semantic patch that makes this change is as
      follows: (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @@
      expression pdev,res,n,e,e1;
      expression ret != 0;
      identifier l;
      @@
      
      - res = platform_get_resource(pdev, IORESOURCE_MEM, n);
        ... when != res
      - if (res == NULL) { ... \(goto l;\|return ret;\) }
        ... when != res
      + res = platform_get_resource(pdev, IORESOURCE_MEM, n);
        e = devm_ioremap_resource(e1, res);
      // </smpl>
      Signed-off-by: default avatarJulia Lawall <Julia.Lawall@lip6.fr>
      [simplify patch title]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      0ddc5ec1
    • Uwe Kleine-König's avatar
      remoteproc/davinci: drop needless devm_clk_put · 5d658bfd
      Uwe Kleine-König authored
      The comment above disable_irq says that it is needed to ensure that the
      "devm subsystem might end up releasing things before freeing the irq,
      thus allowing an interrupt to sneak in while the device is being
      removed." disable_irq is enough for this purpose and there is no need to
      manually free the reference to the clock.
      
      Cc: Robert Tivy <rtivy@ti.com>
      Signed-off-by: default avatarUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      [moved the Cc line into the commit message]
      Signed-off-by: default avatarOhad Ben-Cohen <ohad@wizery.com>
      5d658bfd
  3. 28 Oct, 2013 1 commit
  4. 14 Jul, 2013 1 commit
  5. 01 Jul, 2013 2 commits
  6. 30 Jun, 2013 2 commits
  7. 11 Jun, 2013 1 commit
    • Suman Anna's avatar
      mailbox/omap: move the OMAP mailbox framework to drivers · c869c75c
      Suman Anna authored
      The mailbox hardware (in OMAP) uses a queued mailbox interrupt
      mechanism that provides a communication channel between processors
      through a set of registers and their associated interrupt signals
      by sending and receiving messages.
      
      The OMAP mailbox framework/driver code is moved to be under
      drivers/mailbox, in preparation for adapting to a common mailbox
      driver framework. This allows the build for OMAP mailbox to be
      enabled (it was disabled during the multi-platform support).
      
      As part of the migration from plat and mach code:
      - Kconfig symbols have been renamed to build OMAP1 or OMAP2+ drivers.
      - mailbox.h under plat-omap/plat/include has been split into a public
        and private header files. The public header has only the API related
        functions and types.
      - The module name mailbox.ko from plat-omap is changed to
        omap-mailbox.ko
      - The module name mailbox_mach.ko from mach-omapX is changed as
          mailbox_omap1.ko for OMAP1
          mailbox_omap2.ko for OMAP2+
      
      Cc: Tony Lindgren <tony@atomide.com>
      [gregkh@linuxfoundation.org: ack for staging part]
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Signed-off-by: default avatarOmar Ramirez Luna <omar.ramirez@copitl.com>
      Signed-off-by: default avatarSuman Anna <s-anna@ti.com>
      c869c75c
  8. 24 Apr, 2013 1 commit
  9. 21 Apr, 2013 1 commit
  10. 15 Apr, 2013 1 commit
  11. 07 Apr, 2013 7 commits
  12. 04 Apr, 2013 7 commits
  13. 27 Feb, 2013 2 commits
  14. 15 Feb, 2013 1 commit
  15. 10 Feb, 2013 1 commit
  16. 21 Jan, 2013 1 commit
  17. 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
  18. 03 Dec, 2012 1 commit
  19. 29 Nov, 2012 1 commit
  20. 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
  21. 30 Sep, 2012 1 commit