1. 01 4月, 2013 1 次提交
  2. 05 2月, 2013 4 次提交
  3. 29 1月, 2013 1 次提交
  4. 26 1月, 2013 1 次提交
  5. 08 1月, 2013 1 次提交
  6. 15 12月, 2012 2 次提交
  7. 08 12月, 2012 1 次提交
  8. 07 11月, 2012 1 次提交
  9. 17 10月, 2012 2 次提交
    • A
      spi/s3c64xx: use correct dma_transfer_direction type · c10356b9
      Arnd Bergmann 提交于
      There is a subtle difference between dma_transfer_direction and
      dma_data_direction: the former is used by the dmaengine framework,
      while the latter is used by the dma-mapping API. Although the
      purpose is comparable, the actual values are different and must
      not be mixed. In this case, the driver just wants to use
      dma_transfer_direction.
      
      Without this patch, building s3c6400_defconfig results in:
      
      drivers/spi/spi-s3c64xx.c: In function 's3c64xx_spi_dmacb':
      drivers/spi/spi-s3c64xx.c:239:21: warning: comparison between
      	'enum dma_data_direction' and 'enum dma_transfer_direction' [-Wenum-compare]
      
      As pointed out by Kukjin Kim, this also changes the use of constants
      from DMA_FROM_DEVICE/DMA_TO_DEVICE to DMA_DEV_TO_MEM/DMA_MEM_TO_DEV.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-samsung-soc@vger.kernel.org
      Cc: spi-devel-general@lists.sourceforge.net
      c10356b9
    • T
      spi/s3c64xx: use clk_prepare_enable and clk_disable_unprepare · 9f667bff
      Thomas Abraham 提交于
      Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
      calls as required by common clock framework.
      Signed-off-by: NThomas Abraham <thomas.abraham@linaro.org>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      9f667bff
  10. 01 10月, 2012 1 次提交
  11. 25 9月, 2012 1 次提交
    • S
      spi/s3c64xx: Don't free controller_data on non-dt platforms · 5bee3b94
      Sylwester Nawrocki 提交于
      When s3c64xx-spi is instantiated from device tree an instance of
      struct s3c64xx_spi_csinfo is dynamically allocated in the driver.
      For non-dt platform it is passed from board code through
      spi_register_board_info(). On error path in s3c64xx_spi_setup()
      function there is an attempt to free this data struct
      s3c64xx_spi_csinfo object as it would have been allocated in the
      driver for both, dt and non-dt based platforms. This leads to
      following bug when gpio request fails:
      
      spi spi1.0: Failed to get /CS gpio [21]: -16
      kernel BUG at mm/slub.c:3478!
      Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM
      Modules linked in:
      CPU: 0    Not tainted  (3.6.0-rc5-00092-g9b0b493-dirty #6111)
      PC is at kfree+0x148/0x158
      LR is at s3c64xx_spi_setup+0xac/0x290
      pc : [<c00a513c>]    lr : [<c0227014>]    psr: 40000013
      sp : ee043e10  ip : c032883c  fp : c0481f7c
      r10: ee0abd80  r9 : 00000063  r8 : 00000000
      r7 : ee129e78  r6 : ee104a00  r5 : fffffff0  r4 : c047bc64
      r3 : 40000400  r2 : c047bc64  r1 : c04def60  r0 : 0004047b
      Flags: nZcv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
      Control: 10c5387d  Table: 4000404a  DAC: 00000015
      Process swapper/0 (pid: 1, stack limit = 0xee0422f0)
      Stack: (0xee043e10 to 0xee044000)
      ...
      [<c00a513c>] (kfree+0x148/0x158) from [<c0227014>] (s3c64xx_spi_setup+0xac/0x290)
      [<c0227014>] (s3c64xx_spi_setup+0xac/0x290) from [<c02251a4>] (spi_setup+0x34/0x4c)
      [<c02251a4>] (spi_setup+0x34/0x4c) from [<c02258d0>] (spi_add_device+0x98/0x128)
      [<c02258d0>] (spi_add_device+0x98/0x128) from [<c02259d4>] (spi_new_device+0x74/0xa8)
      [<c02259d4>] (spi_new_device+0x74/0xa8) from [<c0225a2c>] (spi_match_master_to_boardinfo+0x24/0x44)
      [<c0225a2c>] (spi_match_master_to_boardinfo+0x24/0x44) from [<c0225b40>] (spi_register_master+0xf4/0x2a8)
      [<c0225b40>] (spi_register_master+0xf4/0x2a8) from [<c043fe0c>] (s3c64xx_spi_probe+0x34c/0x42c)
      [<c043fe0c>] (s3c64xx_spi_probe+0x34c/0x42c) from [<c01fc198>] (platform_drv_probe+0x18/0x1c)
      
      There should be no attempt to kfree controller_data when it was
      externally provided through the board code. Fix this by freeing
      controller_data only when dev->of_node is not null.
      Signed-off-by: NSylwester Nawrocki <s.nawrocki@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      5bee3b94
  12. 19 9月, 2012 1 次提交
    • A
      ARM: samsung: move platform_data definitions · 436d42c6
      Arnd Bergmann 提交于
      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 samsung include directories
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Acked-by: NNicolas Pitre <nico@linaro.org>
      Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Cc: Guenter Roeck <linux@roeck-us.net>
      Cc: "Wolfram Sang (embedded platforms)" <w.sang@pengutronix.de>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: Bryan Wu <bryan.wu@canonical.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Sylwester Nawrocki <s.nawrocki@samsung.com>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Sangbeom Kim <sbkim73@samsung.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: linux-samsung-soc@vger.kernel.org
      436d42c6
  13. 28 8月, 2012 1 次提交
  14. 10 8月, 2012 1 次提交
    • A
      spi/s3c64xx: improve error handling · 4732cc63
      Arnd Bergmann 提交于
      When a device tree definition os an s3c64xx SPI master is missing
      a "controller-data" subnode, the newly added s3c64xx_get_slave_ctrldata
      function might use uninitialized memory in place of that node,
      which was correctly reported by gcc.
      
      Without this patch, building s3c6400_defconfig results in:
      
      drivers/spi/spi-s3c64xx.c: In function 's3c64xx_get_slave_ctrldata.isra.25':
      drivers/spi/spi-s3c64xx.c:841:5: warning: 'data_np' may be used uninitialized in this function [-Wuninitialized]
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NThomas Abraham <thomas.abraham@linaro.org>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Cc: Jaswinder Singh <jaswinder.singh@linaro.org>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      4732cc63
  15. 04 8月, 2012 1 次提交
    • S
      spi/s3c64xx: Add missing static storage class specifiers · 10ce0473
      Sachin Kamat 提交于
      Silences the following sparse warnings:
      drivers/spi/spi-s3c64xx.c:1482:32: warning:
      symbol 's3c2443_spi_port_config' was not declared. Should it be static?
      drivers/spi/spi-s3c64xx.c:1489:32: warning:
      symbol 's3c6410_spi_port_config' was not declared. Should it be static?
      drivers/spi/spi-s3c64xx.c:1495:32: warning:
      symbol 's5p64x0_spi_port_config' was not declared. Should it be static?
      drivers/spi/spi-s3c64xx.c:1501:32: warning:
      symbol 's5pc100_spi_port_config' was not declared. Should it be static?
      drivers/spi/spi-s3c64xx.c:1508:32: warning:
      symbol 's5pv210_spi_port_config' was not declared. Should it be static?
      drivers/spi/spi-s3c64xx.c:1515:32: warning:
      symbol 'exynos4_spi_port_config' was not declared. Should it be static?
      Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      10ce0473
  16. 19 7月, 2012 4 次提交
  17. 13 7月, 2012 5 次提交
  18. 20 6月, 2012 1 次提交
  19. 15 3月, 2012 2 次提交
  20. 10 3月, 2012 2 次提交
  21. 21 1月, 2012 3 次提交
  22. 23 12月, 2011 1 次提交
  23. 14 9月, 2011 2 次提交