1. 17 Aug, 2012 32 commits
  2. 16 Aug, 2012 8 commits
    • Greg Kroah-Hartman's avatar
      Merge tag 'iio-for-v3.7a' of... · 1021bb5c
      Greg Kroah-Hartman authored
      Merge tag 'iio-for-v3.7a' of git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-next
      
      First set of IIO rework and new drivers for 3.7 cycle.
      
      New MXS adc driver form Marek Vasut with a minor addition
      to the example code to support 4 byte reads.
      
      First of I suspect many devm conversion patches form Julia Lawall
      Some module_platform_driver uses that somehow got missed the
      first time around.
      
      Couple of other useful cleanups.
      1021bb5c
    • Marek Vasut's avatar
      IIO: Add basic MXS LRADC driver · bc2c90c9
      Marek Vasut authored
      This driver is very basic. It supports userland trigger, buffer and
      raw access to channels. The support for delay channels is missing
      altogether.
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      Cc: Jonathan Cameron <jic23@kernel.org>
      Cc: Juergen Beisert <jbe@pengutronix.de>
      Cc: Lars-Peter Clausen <lars@metafoo.de>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Wolfgang Denk <wd@denx.de>
      bc2c90c9
    • Marek Vasut's avatar
      IIO: Add 4-byte unsigned reads into generic-buffer example · 6cffc1f8
      Marek Vasut authored
      Add unsigned 32bit-wide reads into the generic-buffer.c
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Jonathan Cameron <jic23@kernel.org>
      Cc: Juergen Beisert <jbe@pengutronix.de>
      Cc: Lars-Peter Clausen <lars@metafoo.de>
      Cc: Wolfgang Denk <wd@denx.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      6cffc1f8
    • Julia Lawall's avatar
      drivers/iio/adc/at91_adc.c: use devm_ functions · 390d75c1
      Julia Lawall authored
      The various devm_ functions allocate memory that is released when a driver
      detaches.  This patch uses these functions for data that is allocated in
      the probe function of a platform device and is only freed in the remove
      function.
      
      The call to platform_get_resource(pdev, IORESOURCE_MEM, 0) is moved coser
      to the call to devm_request_and_ioremap, which is th first use of the
      result of platform_get_resource.
      
      This does not use devm_request_irq to ensure that free_irq is executed
      before its idev argument is freed.
      Signed-off-by: default avatarJulia Lawall <Julia.Lawall@lip6.fr>
      Reviewed-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      390d75c1
    • Devendra Naga's avatar
      staging:csr: remove usage of CsrSnprintf and use scnprintf · c4f9e644
      Devendra Naga authored
      This change tries to achieve the removal of the csr driver defined snprintf
      and uses the kernel defined snprintf.
      
      After this change i got following build warnings, which are solved in this patch
      
      warnings generated:
      
      drivers/staging/csr/io.c:929:13: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘u32’
      drivers/staging/csr/io.c:929:13: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 5 has type ‘u32’
      drivers/staging/csr/csr_wifi_hip_udi.c: In function ‘unifi_print_status’:
      drivers/staging/csr/csr_wifi_hip_udi.c:78:27: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘u32’
      drivers/staging/csr/csr_wifi_hip_udi.c:151:27: warning: format ‘%u’ expects type ‘unsigned int’, but argument 5 has type ‘long int’
      drivers/staging/csr/csr_wifi_hip_udi.c:257:27: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘u32’
      drivers/staging/csr/csr_wifi_hip_udi.c:257:27: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 5 has type ‘u32’
      drivers/staging/csr/csr_wifi_hip_udi.c:261:27: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘u32’
      Signed-off-by: default avatarDevendra Naga <develkernel412222@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      c4f9e644
    • Ian Abbott's avatar
      staging: comedi: replace printk calls in comedi core · 4f870fe6
      Ian Abbott authored
      Replace the printk() calls in the comedi core module with something more
      suitable, such as dev_...() or pr_...().  Remove the ones that report a
      failure to increment a module count (try_module_get() failure).  Change
      the printk() call in the DPRINTK() macro to pr_debug().
      
      TODO: Most of the DPRINTK() calls need to be replaced with something
      else.
      Signed-off-by: default avatarIan Abbott <abbotti@mev.co.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4f870fe6
    • Ian Abbott's avatar
      staging: comedi: amplc_pc236: abbreviate IS_ENABLED() · 00255d19
      Ian Abbott authored
      The IS_ENABLED(CONFIG_COMEDI_AMPLC_PC236_ISA) and
      IS_ENABLED(CONFIG_COMEDI_AMPLC_PC236_PCI) macro calls are a bit
      long-winded.  Define a couple of macros DO_ISA and DO_PCI as
      abbreviations for them.
      Signed-off-by: default avatarIan Abbott <abbotti@mev.co.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      00255d19
    • Ian Abbott's avatar
      staging: comedi: amplc_pc236: check bus type before accessing LCR · 15bad7b5
      Ian Abbott authored
      The PCI-local bridge LCR registers are (assumed to be) present and used
      iff the board is a PCI board (a PCI236).  Currently the code tests if
      devpriv->lcr_iobase is valid before accessing the registers.  Instead,
      check if the board is a PCI board and assume devpriv->lcr_iobase is
      valid if so.  (Currently, no validity check is performed as the PCI
      vendor and device ID ought to suffice, but simple checks could be added
      when attaching the device.)
      Signed-off-by: default avatarIan Abbott <abbotti@mev.co.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      15bad7b5