1. 09 Mar, 2016 1 commit
    • Jean Delvare's avatar
      NFC: microread: Drop platform data header file · 87aca737
      Jean Delvare authored
      Originally I only wanted to drop the unneeded inclusion of
      <linux/i2c.h>, but then noticed that struct
      microread_nfc_platform_data isn't actually used, and
      MICROREAD_DRIVER_NAME is redefined in the only file where it is used,
      so we can get rid of the header file and dead code altogether.
      Signed-off-by: default avatarJean Delvare <jdelvare@suse.de>
      Cc: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
      Cc: Aloisio Almeida Jr <aloisio.almeida@openbossa.org>
      Signed-off-by: default avatarSamuel Ortiz <sameo@linux.intel.com>
  2. 08 Mar, 2016 1 commit
  3. 07 Mar, 2016 2 commits
  4. 05 Mar, 2016 1 commit
  5. 01 Mar, 2016 1 commit
  6. 26 Feb, 2016 1 commit
  7. 23 Feb, 2016 1 commit
  8. 07 Feb, 2016 1 commit
  9. 26 Jan, 2016 1 commit
  10. 24 Jan, 2016 1 commit
  11. 23 Jan, 2016 1 commit
  12. 14 Jan, 2016 1 commit
  13. 29 Dec, 2015 1 commit
  14. 22 Dec, 2015 1 commit
  15. 17 Dec, 2015 1 commit
  16. 16 Dec, 2015 1 commit
  17. 15 Dec, 2015 1 commit
  18. 11 Dec, 2015 1 commit
  19. 09 Dec, 2015 2 commits
  20. 01 Dec, 2015 1 commit
    • Arnd Bergmann's avatar
      ARM: s3c64xx: use new adc/touchscreen driver · a829ae57
      Arnd Bergmann authored
      The old ADC and touchscreen drivers are not compatible with
      multiplatform support, but we can use the exynos-adc driver
      as a replacement.
      This changes the common device creation functions for s3c64xx
      (but not s3c24xx for now) to use the new driver. To do this,
      we have to pass the interrupt resources in the opposite order
      and pass the platform data in the adc device node.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
  21. 30 Nov, 2015 1 commit
  22. 24 Nov, 2015 1 commit
  23. 21 Nov, 2015 1 commit
    • Arnd Bergmann's avatar
      ASoC: samsung: pass filter function as pointer · 9bdca822
      Arnd Bergmann authored
      As we are now passing the filter data as pointers to the drivers,
      we can take the final step and also pass the filter function the
      same way. I'm keeping this change separate, as there it's less
      obvious that this is a net win.
      Upsides of this are:
      - The ASoC drivers are completely independent from the DMA engine
        implementation, which simplifies the Kconfig logic and in theory
        allows the same sound drivers to be built in a kernel that supports
        different kinds of dmaengine drivers.
      - Consistency with other subsystems and drivers
      On the other hand, we have a few downsides:
      - The s3c24xx-dma driver now needs to be built-in for the ac97 platform
        device to be instantiated on s3c2440.
      - samsung_dmaengine_pcm_config cannot be marked 'const' any more
        because the filter function pointer needs to be set at runtime.
        This is safe as long we don't have multiple different DMA engines
        in thet same system at runtime, but is nonetheless ugly.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Reviewed-by: default avatarKrzysztof Kozlowski <k.kozlowski@samsung.com>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
  24. 19 Nov, 2015 2 commits
  25. 18 Nov, 2015 2 commits
    • Arnd Bergmann's avatar
      spi: s3c64xx: pass DMA arguments in platform data · a0067db3
      Arnd Bergmann authored
      The s3c64xx platform data already contains a pointer to the
      DMA filter function, but not to the associated data.
      This simplifies the code and makes it more generic by
      passing the data along with the filter function like
      we do for other drivers.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
    • Arnd Bergmann's avatar
      ASoC: samsung: pass DMA channels as pointers · b9a1a743
      Arnd Bergmann authored
      ARM64 allmodconfig produces a bunch of warnings when building the
      samsung ASoC code:
      sound/soc/samsung/dmaengine.c: In function 'samsung_asoc_init_dma_data':
      sound/soc/samsung/dmaengine.c:53:32: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
         playback_data->filter_data = (void *)playback->channel;
      sound/soc/samsung/dmaengine.c:60:31: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
         capture_data->filter_data = (void *)capture->channel;
      We could easily shut up the warning by adding an intermediate cast,
      but there is a bigger underlying problem: The use of IORESOURCE_DMA
      to pass data from platform code to device drivers is dubious to start
      with, as what we really want is a pointer that can be passed into
      a filter function.
      Note that on s3c64xx, the pl08x DMA data is already a pointer, but
      gets cast to resource_size_t so we can pass it as a resource, and it
      then gets converted back to a pointer. In contrast, the data we pass
      for s3c24xx is an index into a device specific table, and we artificially
      convert that into a pointer for the filter function.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Reviewed-by: default avatarKrzysztof Kozlowski <k.kozlowski@samsung.com>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
  26. 17 Nov, 2015 1 commit
    • Mauro Carvalho Chehab's avatar
      [media] include/media: move platform_data to linux/platform_data/media · eb4b0ec7
      Mauro Carvalho Chehab authored
      Let's not mix platform_data headers with the core headers. Instead, let's
      create a subdir at linux/platform_data and move the headers to that
      common place, adding it to MAINTAINERS.
      The headers were moved with:
      	mkdir include/linux/platform_data/media/; git mv include/media/gpio-ir-recv.h include/media/ir-rx51.h include/media/mmp-camera.h include/media/omap1_camera.h include/media/omap4iss.h include/media/s5p_hdmi.h include/media/si4713.h include/media/sii9234.h include/media/smiapp.h include/media/soc_camera.h include/media/soc_camera_platform.h include/media/timb_radio.h include/media/timb_video.h include/linux/platform_data/media/
      And the references fixed with this script:
          echo "Checking affected files" >&2
          for i in $DIRS; do
      	for j in $(find include/$MAIN_DIR/$i -type f -name '*.h'); do
      		 n=`basename $j`
      		git grep -l $n
          done|sort|uniq >files && (
      	echo "Handling files..." >&2;
      	echo "for i in \$(cat files|grep -v Documentation); do cat \$i | \\";
      		cd include/$MAIN_DIR;
      		for j in $DIRS; do
      			for i in $(ls $j); do
      				echo "perl -ne 's,(include [\\\"\\<])$PREV_DIR($i)([\\\"\\>]),\1$MAIN_DIR$j\2\3,; print \$_' |\\";
      		echo "cat > a && mv a \$i; done";
      	echo "Handling documentation..." >&2;
      	echo "for i in MAINTAINERS \$(cat files); do cat \$i | \\";
      		cd include/$MAIN_DIR;
      		for j in $DIRS; do
      			for i in $(ls $j); do
      				echo "  perl -ne 's,include/$PREV_DIR($i)\b,include/$MAIN_DIR$j\1,; print \$_' |\\";
      		echo "cat > a && mv a \$i; done"
          ) >script && . ./script
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@osg.samsung.com>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      Acked-by: default avatarKrzysztof Kozlowski <k.kozlowski@samsung.com>
  27. 03 Nov, 2015 1 commit
  28. 30 Oct, 2015 1 commit
  29. 26 Oct, 2015 3 commits
    • Vincent Cuissard's avatar
      NFC: nfcmrvl: add i2c driver · b5b3e23e
      Vincent Cuissard authored
      This driver adds the support of I2C-based Marvell NFC controller.
      Signed-off-by: default avatarVincent Cuissard <cuissard@marvell.com>
      Signed-off-by: default avatarSamuel Ortiz <sameo@linux.intel.com>
    • Christophe Ricard's avatar
      NFC: st-nci: Add ese-present/uicc-present dts properties · 3648dc6d
      Christophe Ricard authored
      In order to align with st21nfca, dts configuration properties
      ese_present and uicc_present are made available in st-nci driver.
      So far, in early development firmware, because
      nci_nfcee_mode_set(DISABLE) was not supported we had to try to
      enable it during the secure element discovery phase.
      After several trials on commercial and qualified firmware it appears
      that nci_nfcee_mode_set(ENABLE) and nci_nfcee_mode_set(DISABLE) are
      properly supported.
      Such feature also help us to eventually save some time (~5ms) when
      only one secure element is connected.
      Acked-by: default avatarRob Herring <robh@kernel.org>
      Signed-off-by: default avatarChristophe Ricard <christophe-h.ricard@st.com>
      Signed-off-by: default avatarSamuel Ortiz <sameo@linux.intel.com>
    • Peter Ujfalusi's avatar
      dmaengine: edma: New device tree binding · 1be5336b
      Peter Ujfalusi authored
      With the old binding and driver architecture we had many issues:
      No way to assign eDMA channels to event queues, thus not able to tune the
      system by moving specific DMA channels to low/high priority servicing. We
      moved the cyclic channels to high priority within the code, but that was
      just a workaround to this issue.
      Memcopy was fundamentally broken: even if the driver scanned the DT/devices
      in the booted system for direct DMA users (which is not effective when the
      events are going through a crossbar) and created a map of 'used' channels,
      this information was not really usable. Since via dmaengien API the eDMA
      driver will be called with _some_ channel number, we would try to request
      this channel when any channel is requested for memcpy. By luck we got
      channel which is not used by any device most of the time so things worked,
      but if a device would have been using the given channel, but not requested
      it, the memcpy channel would have been waiting for HW event.
      The old code had the am33xx/am43xx DMA event router handling embedded. This
      should have been done in a separate driver since it is not part of the
      actual eDMA IP.
      There were no way to 'lock' PaRAM slots to be used by the DSP for example
      when booting with DT.
      In DT boot the edma node used more than one hwmod which is not a good
      practice and the kernel prints warning because of this.
      With the new bindings and the changes in the driver we can:
      - No regression with Legacy binding and non DT boot
      - DMA channels can be assigned to any TC (to set priority)
      - PaRAM slots can be reserved for other cores to use
      - Dynamic power management for CC and TCs, if only TC0 is used all other TC
        can be powered down for example
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
  30. 21 Oct, 2015 1 commit
  31. 17 Oct, 2015 1 commit
  32. 14 Oct, 2015 3 commits