1. 28 Sep, 2016 4 commits
    • Peter Ujfalusi's avatar
      dmaengine: edma: Rename set_bits and remove unused clear_bits helper · 1634d308
      Peter Ujfalusi authored
      The clear_bits() helper is not used by the driver so it can be removed.
      
      powerpc architecture defines the set_bits() in
      arch/powerpc/include/asm/bitops.h which results failed compile testing on
      powerpc architecture:
      
      >> drivers/dma/edma.c:415:20: error: conflicting types for 'set_bits'
          static inline void set_bits(int offset, int len, unsigned long *p)
                             ^~~~~~~~
         In file included from include/linux/bitops.h:36:0,
                          from include/linux/kernel.h:10,
                          from include/linux/list.h:8,
                          from include/linux/kobject.h:20,
                          from include/linux/device.h:17,
                          from include/linux/dmaengine.h:20,
                          from drivers/dma/edma.c:16:
         arch/powerpc/include/asm/bitops.h:75:14: note: previous definition of 'set_bits' was here
          DEFINE_BITOP(set_bits, or, "")
                       ^
         arch/powerpc/include/asm/bitops.h:58:24: note: in definition of macro 'DEFINE_BITOP'
          static __inline__ void fn(unsigned long mask, \
                                 ^~
      
      >> drivers/dma/edma.c:421:20: error: conflicting types for 'clear_bits'
          static inline void clear_bits(int offset, int len, unsigned long *p)
                             ^~~~~~~~~~
         In file included from include/linux/bitops.h:36:0,
                          from include/linux/kernel.h:10,
                          from include/linux/list.h:8,
                          from include/linux/kobject.h:20,
                          from include/linux/device.h:17,
                          from include/linux/dmaengine.h:20,
                          from drivers/dma/edma.c:16:
         arch/powerpc/include/asm/bitops.h:76:14: note: previous definition of 'clear_bits' was here
          DEFINE_BITOP(clear_bits, andc, "")
                       ^
         arch/powerpc/include/asm/bitops.h:58:24: note: in definition of macro 'DEFINE_BITOP'
          static __inline__ void fn(unsigned long mask, \
                                 ^~
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      1634d308
    • Peter Ujfalusi's avatar
      dmaengine: edma: Use correct type for of_find_property() third parameter · f1d1e34f
      Peter Ujfalusi authored
      The correct type is int and not for the third parameter of
      of_find_property().
      Fixes compilation for 64bit architectures (x86_64, aarch64).
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      f1d1e34f
    • Peter Ujfalusi's avatar
      dmaengine: edma: Fix of_device_id data parameter usage (legacy vs TPCC) · b7862742
      Peter Ujfalusi authored
      Use pointers to static constant variables for eDMA binding
      type (legacy vs TPCC).
      
      Fixes the following warning when compiling the driver for 64bit
      architectures (x86_64 for example):
      drivers/dma/edma.c:2185:16: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
         if (match && (u32)match->data == EDMA_BINDING_TPCC)
                      ^
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      b7862742
    • Peter Ujfalusi's avatar
      dmaengine: edma: Add missing MODULE_DEVICE_TABLE() for of_device_id structs · 86737510
      Peter Ujfalusi authored
      The MODULE_DEVICE_TABLE() were missing from the driver for the of_device_id
      structures.
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      86737510
  2. 27 Sep, 2016 1 commit
  3. 26 Sep, 2016 28 commits
  4. 08 Aug, 2016 1 commit
  5. 07 Aug, 2016 6 commits
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.dk/linux-block · 857953d7
      Linus Torvalds authored
      Pull more block fixes from Jens Axboe:
       "As mentioned in the pull the other day, a few more fixes for this
        round, all related to the bio op changes in this series.
      
        Two fixes, and then a cleanup, renaming bio->bi_rw to bio->bi_opf.  I
        wanted to do that change right after or right before -rc1, so that
        risk of conflict was reduced.  I just rebased the series on top of
        current master, and no new ->bi_rw usage has snuck in"
      
      * 'for-linus' of git://git.kernel.dk/linux-block:
        block: rename bio bi_rw to bi_opf
        target: iblock_execute_sync_cache() should use bio_set_op_attrs()
        mm: make __swap_writepage() use bio_set_op_attrs()
        block/mm: make bdev_ops->rw_page() take a bool for read/write
      857953d7
    • Linus Torvalds's avatar
      Merge tag 'drm-for-v4.8-zpos' of git://people.freedesktop.org/~airlied/linux · 635a4ba1
      Linus Torvalds authored
      Pull drm zpos property support from Dave Airlie:
       "This tree was waiting on some media stuff I hadn't had time to get a
        stable branchpoint off, so I just waited until it was all in your tree
        first.
      
        It's been around a bit on the list and shouldn't affect anything
        outside adding the generic API and moving some ARM drivers to using
        it"
      
      * tag 'drm-for-v4.8-zpos' of git://people.freedesktop.org/~airlied/linux:
        drm: rcar: use generic code for managing zpos plane property
        drm/exynos: use generic code for managing zpos plane property
        drm: sti: use generic zpos for plane
        drm: add generic zpos property
      635a4ba1
    • Jens Axboe's avatar
      block: rename bio bi_rw to bi_opf · 1eff9d32
      Jens Axboe authored
      Since commit 63a4cc24, bio->bi_rw contains flags in the lower
      portion and the op code in the higher portions. This means that
      old code that relies on manually setting bi_rw is most likely
      going to be broken. Instead of letting that brokeness linger,
      rename the member, to force old and out-of-tree code to break
      at compile time instead of at runtime.
      
      No intended functional changes in this commit.
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      1eff9d32
    • Jens Axboe's avatar
      target: iblock_execute_sync_cache() should use bio_set_op_attrs() · 31c64f78
      Jens Axboe authored
      The original commit missed this function, it needs to mark it a
      write flush.
      
      Cc: Mike Christie <mchristi@redhat.com>
      Fixes: e742fc32 ("target: use bio op accessors")
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      31c64f78
    • Jens Axboe's avatar
      mm: make __swap_writepage() use bio_set_op_attrs() · ba13e83e
      Jens Axboe authored
      Cleaner than manipulating bio->bi_rw flags directly.
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      ba13e83e
    • Jens Axboe's avatar
      block/mm: make bdev_ops->rw_page() take a bool for read/write · c11f0c0b
      Jens Axboe authored
      Commit abf54548 changed it from an 'rw' flags type to the
      newer ops based interface, but now we're effectively leaking
      some bdev internals to the rest of the kernel. Since we only
      care about whether it's a read or a write at that level, just
      pass in a bool 'is_write' parameter instead.
      
      Then we can also move op_is_write() and friends back under
      CONFIG_BLOCK protection.
      Reviewed-by: default avatarMike Christie <mchristi@redhat.com>
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      c11f0c0b