1. 26 May, 2016 1 commit
  2. 19 May, 2016 5 commits
  3. 18 May, 2016 3 commits
  4. 10 May, 2016 1 commit
  5. 04 May, 2016 2 commits
  6. 29 Apr, 2016 2 commits
  7. 25 Apr, 2016 1 commit
  8. 20 Apr, 2016 1 commit
  9. 06 Apr, 2016 1 commit
  10. 05 Apr, 2016 4 commits
  11. 31 Mar, 2016 5 commits
  12. 24 Mar, 2016 2 commits
  13. 18 Mar, 2016 3 commits
  14. 17 Mar, 2016 1 commit
  15. 16 Mar, 2016 1 commit
  16. 15 Mar, 2016 3 commits
    • Arnd Bergmann's avatar
      ARM: pxa/raumfeld: use PROPERTY_ENTRY_INTEGER to define props · 4d2508a5
      Arnd Bergmann authored
      gcc-6.0 notices that the use of the property_entry in this file that
      was recently introduced cannot work right, as we initialize the wrong
      field:
      
      raumfeld.c:387:3: error: the address of 'raumfeld_rotary_encoder_steps' will always evaluate as 'true' [-Werror=address]
         DEV_PROP_U32, 1, &raumfeld_rotary_encoder_steps, },
         ^~~~~~~~~~~~
      raumfeld.c:389:3: error: the address of 'raumfeld_rotary_encoder_axis' will always evaluate as 'true' [-Werror=address]
         DEV_PROP_U32, 1, &raumfeld_rotary_encoder_axis, },
         ^~~~~~~~~~~~
      raumfeld.c:391:3: error: the address of 'raumfeld_rotary_encoder_relative_axis' will always evaluate as 'true' [-Werror=address]
         DEV_PROP_U32, 1, &raumfeld_rotary_encoder_relative_axis, },
         ^~~~~~~~~~~~
      
      The problem appears to stem from relying on an old definition of
      'struct property', but it has changed several times since the code
      could have last been correct.
      
      This changes the code to use the PROPERTY_ENTRY_INTEGER() macro instead,
      which works fine for the current definition and is a safer way of doing
      the initialization.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Fixes: a9e340dc ("Input: rotary_encoder - move away from platform data structure")
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      4d2508a5
    • Dmitry Torokhov's avatar
      Merge tag 'v4.5' into next · 245f0db0
      Dmitry Torokhov authored
      Merge with Linux 4.5 to get PROPERTY_ENTRY_INTEGER() that is needed to
      fix pxa/raumfeld rotary encoder properties.
      245f0db0
    • Dan Carpenter's avatar
      Input: synaptics-rmi4 - using logical instead of bitwise AND · 24672bdf
      Dan Carpenter authored
      There is a typo so we have && instead of &.
      
      Fixes: ff8f8370 ('Input: synaptics-rmi4 - add support for 2D sensors and F11')
      Signed-off-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Acked-by: default avatarAndrew Duggan <aduggan@synaptics.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      24672bdf
  17. 14 Mar, 2016 2 commits
  18. 13 Mar, 2016 2 commits
    • Linus Torvalds's avatar
      Merge branch 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upstream-linus · a2655549
      Linus Torvalds authored
      Pull MIPS fixes from Ralf Baechle:
       "Another round of MIPS fixes for 4.5:
      
         - Fix JZ4780 build with DEBUG_ZBOOT and MACH_JZ4780
         - Fix build with DEBUG_ZBOOT and MACH_JZ4780
         - Fix issue with uninitialised temp_foreign_map
         - Fix awk regex compile failure with certain versions of awk.  At
           this time, the sole user, ld-ifversion, is only used on MIPS"
      
      * 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upstream-linus:
        MIPS: smp.c: Fix uninitialised temp_foreign_map
        MIPS: Fix build error when SMP is used without GIC
        ld-version: Fix awk regex compile failure
        MIPS: Fix build with DEBUG_ZBOOT and MACH_JZ4780
      a2655549
    • James Hogan's avatar
      MIPS: smp.c: Fix uninitialised temp_foreign_map · d825c06b
      James Hogan authored
      When calculate_cpu_foreign_map() recalculates the cpu_foreign_map
      cpumask it uses the local variable temp_foreign_map without initialising
      it to zero. Since the calculation only ever sets bits in this cpumask
      any existing bits at that memory location will remain set and find their
      way into cpu_foreign_map too. This could potentially lead to cache
      operations suboptimally doing smp calls to multiple VPEs in the same
      core, even though the VPEs share primary caches.
      
      Therefore initialise temp_foreign_map using cpumask_clear() before use.
      
      Fixes: cccf34e9 ("MIPS: c-r4k: Fix cache flushing for MT cores")
      Signed-off-by: default avatarJames Hogan <james.hogan@imgtec.com>
      Cc: Paul Burton <paul.burton@imgtec.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/patch/12759/Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
      d825c06b