1. 30 9月, 2014 1 次提交
  2. 26 8月, 2014 1 次提交
    • R
      mtd: nand: omap: Revert to using software ECC by default · 7d5929c1
      Roger Quadros 提交于
      For v3.12 and prior, 1-bit Hamming code ECC via software was the
      default choice. Commit c66d0391 in v3.13 changed the behaviour
      to use 1-bit Hamming code via Hardware using a different ECC layout
      i.e. (ROM code layout) than what is used by software ECC.
      
      This ECC layout change causes NAND filesystems created in v3.12
      and prior to be unusable in v3.13 and later. So revert back to
      using software ECC by default if an ECC scheme is not explicitely
      specified.
      
      This defect can be observed on the following boards during legacy boot
      
      -omap3beagle
      -omap3touchbook
      -overo
      -am3517crane
      -devkit8000
      -ldp
      -3430sdp
      Signed-off-by: NRoger Quadros <rogerq@ti.com>
      Tested-by: NGrazvydas Ignotas <notasas@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      7d5929c1
  3. 04 8月, 2014 1 次提交
  4. 30 7月, 2014 1 次提交
    • N
      ARM: imx: Add the secondary request into the structure for imx-sdma · 94b912e4
      Nicolin Chen 提交于
      SDMA supports device to device (per_2_per) scripts to handle DMA transfering
      between two peripheral devices. The per_2_per script, however, needs two dma
      requests from two sides while the current structure only defined one request.
      
      So this patch just simply adds the secondary request so as to let SDMA and
      its user to add its implementation later.
      
      [ Both change in the SDMA driver and its users like Freescale ASRC ASoC driver
        should be taken along with this change in order to truly support per_2_per
        sciprts. However, we here make an expediency by adding this first so that
        we can add either side later since this patch won't break any function and
        meanwhile it can make merge window more smoothly: we don't need to apply the
        change inside dmaengine branch via ASoC tree any more. -- Nicolin ]
      Signed-off-by: NNicolin Chen <nicoleotsuka@gmail.com>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      94b912e4
  5. 29 7月, 2014 1 次提交
  6. 28 7月, 2014 1 次提交
  7. 25 7月, 2014 1 次提交
  8. 23 7月, 2014 3 次提交
    • A
      video: fix up versatile CLCD helper move · ec4c4d87
      Arnd Bergmann 提交于
      commit 11c32d7b ("video: move Versatile CLCD helpers")
      moved files out of the plat-versatile directory but in the process
      got a few of the dependencies wrong:
      
      - If CONFIG_FB is not set, the file no longer gets built, resulting
        in a link error
      - If CONFIG_FB or CONFIG_FB_ARMCLCD are disabled, we also get a
        Kconfig warning for incorrect dependencies due to the symbol
        being 'select'ed from the platform Kconfig.
      - When the file is not built, we also get a link error for missing
        symbols.
      
      This patch should fix all three, by removing the 'select' statements,
      changing the Kconfig description of the symbol to be enabled in
      exactly the right configurations, and adding inline stub functions
      for the case when the framebuffer driver is disabled.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NLinus Walleij <linus.walleij@linaro.org>
      ec4c4d87
    • C
      fb92ff78
    • C
      NFC: st21nfcb: Add driver for STMicroelectronics ST21NFCB NFC chip · 35630df6
      Christophe Ricard 提交于
      Add driver for STMicroelectronics ST21NFCB NFC controller.
      ST21NFCB is using NCI protocol and a proprietary low level transport
      protocol called NDLC used on top.
      
      NDLC:
      The protocol defines 2 types of frame:
      - One type carrying NCI data (referred as DATAFRAME frames).
      - One type carrying protocol information used for flow control and error
      control mechanisms (referred as SUPERVISOR frames).
      
      After each frame transmission to the NFC controller, the device host
      SHALL waitfor  an ACK (SUPERVISOR frame) reception before sending a
      new frame.
      The NFC controller MAY send a frame at anytime to the device host.
      The NFC controller MAY send a specific WAIT supervisor frame to indicate
      to device host that a NCI data packet has been received but that it could
      take significant time before the NFC controller sends an ACK and thus
      allows next data reception.
      Signed-off-by: NChristophe Ricard <christophe-h.ricard@st.com>
      Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
      35630df6
  9. 18 7月, 2014 3 次提交
  10. 16 7月, 2014 1 次提交
  11. 15 7月, 2014 1 次提交
  12. 09 7月, 2014 2 次提交
    • A
      mmc: omap_hsmmc: Enable SDIO interrupt · 2cd3a2a5
      Andreas Fenkart 提交于
      There have been various patches floating around for enabling
      the SDIO IRQ for hsmmc, but none of them ever got merged.
      
      Probably the reason for not merging the SDIO interrupt patches
      has been the lack of wake-up path for SDIO on some omaps that
      has also needed remuxing the SDIO DAT1 line to a GPIO making
      the patches complex.
      
      This patch adds the minimal SDIO IRQ support to hsmmc for
      omaps that do have the wake-up path. For those omaps, the
      DAT1 line need to have the wake-up enable bit set, and the
      wake-up interrupt is the same as for the MMC controller.
      
      This patch has been tested on am3730 es1.2 with mwifiex
      connected to MMC3 with mwifiex waking to Ethernet traffic
      from off-idle mode. Note that for omaps that do not have
      the SDIO wake-up path, this patch will not work for idle
      modes and further patches for remuxing DAT1 to GPIO are
      needed.
      
      Based on earlier patches [1][2] by David Vrabel
      <david.vrabel@csr.com>, Steve Sakoman <steve@sakoman.com>
      
      For now, only support SDIO interrupt if we are booted with
      a separate wake-irq configued via device tree. This is
      because omaps need the wake-irq for idle states, and some
      omaps need special quirks. And we don't want to add new
      legacy mux platform init code callbacks any longer as we
      are moving to DT based booting anyways.
      
      To use it, you need to specify the wake-irq using the
      interrupts-extended property.
      
      [1] http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux.git;a=commitdiff_plain;h=010810d22f6f49ac03da4ba384969432e0320453
      [2] http://comments.gmane.org/gmane.linux.kernel.mmc/20446Acked-by: NBalaji T K <balajitk@ti.com>
      Signed-off-by: NAndreas Fenkart <afenkart@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      2cd3a2a5
    • L
      staging:iio:ad7291: Move out of staging · 3b1cae7c
      Lars-Peter Clausen 提交于
      The ad7291 driver is in a reasonable shape. It does not use non-standard API/ABI
      and there are no major style issues with the driver. So this patch moves it out
      of staging.
      
      There is one small warning from checkpatch which is also fixed in this patch.
      The patch also sorts the #include directives in alphabetical order.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      3b1cae7c
  13. 30 6月, 2014 1 次提交
  14. 27 6月, 2014 1 次提交
    • L
      video: move Versatile CLCD helpers · 11c32d7b
      Linus Walleij 提交于
      This moves the Versatile-specific helper code and panel database
      down into the drivers/video folder next to the CLCD driver
      itself, preserving the config symbol but also moving the header
      to platform data.
      
      This is necessary to rid the Integrator of this final <plat/*>
      inclusion dependency and get us one less user of the
      plat-versatile folder.
      
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc: linux-fbdev@vger.kernel.org
      Cc: Russell King <linux@arm.linux.org.uk>
      Acked-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      11c32d7b
  15. 12 6月, 2014 1 次提交
  16. 11 6月, 2014 1 次提交
  17. 30 5月, 2014 1 次提交
  18. 29 5月, 2014 2 次提交
  19. 28 5月, 2014 4 次提交
  20. 26 5月, 2014 1 次提交
  21. 24 5月, 2014 1 次提交
  22. 22 5月, 2014 3 次提交
  23. 21 5月, 2014 3 次提交
  24. 16 5月, 2014 1 次提交
  25. 08 5月, 2014 3 次提交