1. 14 7月, 2016 4 次提交
  2. 08 7月, 2016 3 次提交
  3. 05 7月, 2016 2 次提交
  4. 02 7月, 2016 1 次提交
  5. 20 6月, 2016 7 次提交
  6. 19 6月, 2016 3 次提交
    • N
      i2c: qup: use address helper function in read transfer · 0130944b
      Naveen Kaje 提交于
      qup_i2c_issue_read() derives the address from i2c_msg.
      This called in the read path when I2C_M_RD flag is set.
      Therefore, use the 8 bit address helper function.
      Signed-off-by: NNaveen Kaje <nkaje@codeaurora.org>
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      0130944b
    • S
      i2c: qup: Fix error handling · fbf9921f
      Sricharan R 提交于
      Among the bus errors reported from the QUP_MASTER_STATUS register
      only NACK is considered and transfer gets suspended, while
      other errors are ignored. Correct this and suspend the transfer
      for other errors as well. This avoids unnecessary 'timeouts' which
      happens when waiting for events that would never happen when there
      is already an error condition on the bus. Also the error handling
      procedure should be the same for both NACK and other bus errors in
      case of dma mode. So correct that as well.
      Signed-off-by: NSricharan R <sricharan@codeaurora.org>
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      fbf9921f
    • S
      i2c: qup: Fix broken dma when CONFIG_DEBUG_SG is enabled · 685983f4
      Sricharan R 提交于
      With CONFIG_DEBUG_SG is enabled and when dma mode is used, below dump is seen,
      
      ------------[ cut here ]------------
      kernel BUG at include/linux/scatterlist.h:140!
      Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
      Modules linked in:
      CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.0-00459-g9f087b9-dirty #7
      Hardware name: Qualcomm Technologies, Inc. APQ 8016 SBC (DT)
      task: ffffffc036868000 ti: ffffffc036870000 task.ti: ffffffc036870000
      PC is at qup_sg_set_buf.isra.13+0x138/0x154
      LR is at qup_sg_set_buf.isra.13+0x50/0x154
      pc : [<ffffffc0005a0ed8>] lr : [<ffffffc0005a0df0>] pstate: 60000145
      sp : ffffffc0368735c0
      x29: ffffffc0368735c0 x28: ffffffc036873752
      x27: ffffffc035233018 x26: ffffffc000c4e000
      x25: 0000000000000000 x24: 0000000000000004
      x23: 0000000000000000 x22: ffffffc035233668
      x21: ffffff80004e3000 x20: ffffffc0352e0018
      x19: 0000004000000000 x18: 0000000000000028
      x17: 0000000000000004 x16: ffffffc0017a39c8
      x15: 0000000000001cdf x14: ffffffc0019929d8
      x13: ffffffc0352e0018 x12: 0000000000000000
      x11: 0000000000000001 x10: 0000000000000001
      x9 : ffffffc0012b2d70 x8 : ffffff80004e3000
      x7 : 0000000000000018 x6 : 0000000030000000
      x5 : ffffffc00199f018 x4 : ffffffc035233018
      x3 : 0000000000000004 x2 : 00000000c0000000
      x1 : 0000000000000003 x0 : 0000000000000000
      
      Process swapper/0 (pid: 1, stack limit = 0xffffffc036870020)
      Stack: (0xffffffc0368735c0 to 0xffffffc036874000)
      
      sg_set_bug expects that the buf parameter passed in should be from
      lowmem and a valid pageframe. This is not true for pages from
      dma_alloc_coherent which can be carveouts, hence the check fails.
      Change allocation of sg buffers from dma_coherent memory to kzalloc
      to fix the issue. Note that now dma_map/unmap is used to make the
      kzalloc'ed buffers coherent before passing it to the dmaengine.
      Signed-off-by: NSricharan R <sricharan@codeaurora.org>
      Reviewed-by: NAndy Gross <andy.gross@linaro.org>
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      685983f4
  7. 17 6月, 2016 9 次提交
  8. 14 6月, 2016 4 次提交
  9. 10 6月, 2016 4 次提交
  10. 28 5月, 2016 1 次提交
  11. 27 5月, 2016 2 次提交
    • W
      i2c: dev: don't start function name with 'return' · 72a71f86
      Wolfram Sang 提交于
      I stumbled multiple times over 'return_i2c_dev', especially before the
      actual 'return res'. It makes the code hard to read, so reanme the
      function to 'put_i2c_dev' which also better matches 'get_free_i2c_dev'.
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      72a71f86
    • E
      i2c: dev: switch from register_chrdev to cdev API · d6760b14
      Erico Nunes 提交于
      i2c-dev had never moved away from the older register_chrdev interface to
      implement its char device registration. The register_chrdev API has the
      limitation of enabling only up to 256 i2c-dev busses to exist.
      
      Large platforms with lots of i2c devices (i.e. pluggable transceivers)
      with dedicated busses may have to exceed that limit.
      In particular, there are also platforms making use of the i2c bus
      multiplexing API, which instantiates a virtual bus for each possible
      multiplexed selection.
      
      This patch removes the register_chrdev usage and replaces it with the
      less old cdev API, which takes away the 256 i2c-dev bus limitation.
      It should not have any other impact for i2c bus drivers or user space.
      
      This patch has been tested on qemu x86 and qemu powerpc platforms with
      the aid of a module which adds and removes 5000 virtual i2c busses, as
      well as validated on an existing powerpc hardware platform which makes
      use of the i2c bus multiplexing API.
      i2c-dev busses with device minor numbers larger than 256 have also been
      validated to work with the existing i2c-tools.
      Signed-off-by: NErico Nunes <erico.nunes@datacom.ind.br>
      [wsa: kept includes sorted]
      Signed-off-by: NWolfram Sang <wsa@the-dreams.de>
      d6760b14