1. 23 Mar, 2019 4 commits
  2. 22 Mar, 2019 17 commits
  3. 21 Mar, 2019 15 commits
  4. 20 Mar, 2019 4 commits
    • Linus Torvalds's avatar
      Merge tag 'arc-5.1-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc · 54c49016
      Linus Torvalds authored
      Pull ARC updates from Vineet Gupta:
      
       - unaligned access support for HS cores
      
       - Removed extra memory barrier around spinlock code
      
       - HSDK platform updates: enable dmac, reset
      
       - some more boot logging updates
      
       - misc minor fixes
      
      * tag 'arc-5.1-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc:
        arch: arc: Kconfig: pedantic formatting
        ARCv2: spinlock: remove the extra smp_mb before lock, after unlock
        ARC: unaligned: relax the check for gcc supporting -mno-unaligned-access
        ARC: boot log: cut down on verbosity
        ARCv2: boot log: refurbish HS core/release identification
        arc: hsdk_defconfig: Enable CONFIG_BLK_DEV_RAM
        ARC: u-boot args: check that magic number is correct
        ARC: perf: bpok condition only exists for ARCompact
        ARCv2: Add explcit unaligned access support (and ability to disable too)
        ARCv2: lib: introduce memcpy optimized for unaligned access
        ARC: [plat-hsdk]: Enable AXI DW DMAC support
        ARC: [plat-hsdk]: Add reset controller handle to manage USB reset
        ARC: DTB: [scripted] fix node name and address spelling
      54c49016
    • Matthias Kaehlcke's avatar
      arm64: remove obsolete selection of MULTI_IRQ_HANDLER · e5a5af77
      Matthias Kaehlcke authored
      The arm64 config selects MULTI_IRQ_HANDLER, which was renamed to
      GENERIC_IRQ_MULTI_HANDLER by commit 4c301f9b ("ARM: Convert
      to GENERIC_IRQ_MULTI_HANDLER"). The 'new' option is already
      selected, so just remove the obsolete entry.
      Signed-off-by: default avatarMatthias Kaehlcke <mka@chromium.org>
      Signed-off-by: default avatarCatalin Marinas <catalin.marinas@arm.com>
      e5a5af77
    • Ben Hutchings's avatar
      powerpc/mm: Only define MAX_PHYSMEM_BITS in SPARSEMEM configurations · 8bc08689
      Ben Hutchings authored
      MAX_PHYSMEM_BITS only needs to be defined if CONFIG_SPARSEMEM is
      enabled, and that was the case before commit 4ffe713b
      ("powerpc/mm: Increase the max addressable memory to 2PB").
      
      On 32-bit systems, where CONFIG_SPARSEMEM is not enabled, we now
      define it as 46.  That is larger than the real number of physical
      address bits, and breaks calculations in zsmalloc:
      
        mm/zsmalloc.c:130:49: warning: right shift count is negative
          MAX(32, (ZS_MAX_PAGES_PER_ZSPAGE << PAGE_SHIFT >> OBJ_INDEX_BITS))
                                                         ^~
        ...
        mm/zsmalloc.c:253:21: error: variably modified 'size_class' at file scope
          struct size_class *size_class[ZS_SIZE_CLASSES];
                             ^~~~~~~~~~
      
      Fixes: 4ffe713b ("powerpc/mm: Increase the max addressable memory to 2PB")
      Cc: stable@vger.kernel.org # v4.20+
      Signed-off-by: default avatarBen Hutchings <ben@decadent.org.uk>
      Signed-off-by: default avatarMichael Ellerman <mpe@ellerman.id.au>
      8bc08689
    • Thomas Zimmermann's avatar
      drm/vmwgfx: Don't double-free the mode stored in par->set_mode · c2d31155
      Thomas Zimmermann authored
      When calling vmw_fb_set_par(), the mode stored in par->set_mode gets free'd
      twice. The first free is in vmw_fb_kms_detach(), the second is near the
      end of vmw_fb_set_par() under the name of 'old_mode'. The mode-setting code
      only works correctly if the mode doesn't actually change. Removing
      'old_mode' in favor of using par->set_mode directly fixes the problem.
      
      Cc: <stable@vger.kernel.org>
      Fixes: a278724a ("drm/vmwgfx: Implement fbdev on kms v2")
      Signed-off-by: default avatarThomas Zimmermann <tzimmermann@suse.de>
      Reviewed-by: default avatarDeepak Rawat <drawat@vmware.com>
      Signed-off-by: default avatarThomas Hellstrom <thellstrom@vmware.com>
      c2d31155