1. 26 5月, 2016 1 次提交
  2. 20 5月, 2016 5 次提交
  3. 19 5月, 2016 3 次提交
  4. 10 5月, 2016 1 次提交
  5. 05 5月, 2016 2 次提交
  6. 30 4月, 2016 2 次提交
  7. 26 4月, 2016 1 次提交
  8. 21 4月, 2016 1 次提交
  9. 07 4月, 2016 1 次提交
  10. 06 4月, 2016 4 次提交
  11. 01 4月, 2016 5 次提交
  12. 24 3月, 2016 2 次提交
  13. 18 3月, 2016 4 次提交
  14. 17 3月, 2016 1 次提交
  15. 16 3月, 2016 3 次提交
    • A
      ARM: pxa/raumfeld: use PROPERTY_ENTRY_INTEGER to define props · 4d2508a5
      Arnd Bergmann 提交于
      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: NArnd Bergmann <arnd@arndb.de>
      Fixes: a9e340dc ("Input: rotary_encoder - move away from platform data structure")
      Signed-off-by: NDmitry Torokhov <dmitry.torokhov@gmail.com>
      4d2508a5
    • D
      Merge tag 'v4.5' into next · 245f0db0
      Dmitry Torokhov 提交于
      Merge with Linux 4.5 to get PROPERTY_ENTRY_INTEGER() that is needed to
      fix pxa/raumfeld rotary encoder properties.
      245f0db0
    • D
      Input: synaptics-rmi4 - using logical instead of bitwise AND · 24672bdf
      Dan Carpenter 提交于
      There is a typo so we have && instead of &.
      
      Fixes: ff8f8370 ('Input: synaptics-rmi4 - add support for 2D sensors and F11')
      Signed-off-by: NDan Carpenter <dan.carpenter@oracle.com>
      Acked-by: NAndrew Duggan <aduggan@synaptics.com>
      Signed-off-by: NDmitry Torokhov <dmitry.torokhov@gmail.com>
      24672bdf
  16. 15 3月, 2016 1 次提交
  17. 14 3月, 2016 2 次提交
  18. 13 3月, 2016 1 次提交
    • J
      MIPS: smp.c: Fix uninitialised temp_foreign_map · d825c06b
      James Hogan 提交于
      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: NJames 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: NRalf Baechle <ralf@linux-mips.org>
      d825c06b