1. 21 Sep, 2016 3 commits
  2. 19 Sep, 2016 1 commit
  3. 12 Sep, 2016 3 commits
  4. 10 Sep, 2016 2 commits
    • Scott Telford's avatar
      xtensa: Added Cadence CSP kernel configuration for Xtensa · 23c2b932
      Scott Telford authored
      Added defconfig, device tree and Xtensa variant header files for the
      Cadence Configurable System Platform "xt_lnx" processor configuration.
      Signed-off-by: default avatarScott Telford <stelford@cadence.com>
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      23c2b932
    • Max Filippov's avatar
      xtensa: fix default kernel load address · 73a3eed0
      Max Filippov authored
      Make default kernel load address 0xd0003000 for MMUv2 cores and
      0x60003000 for noMMU cores. Don't initialize MMU inside vmlinux for
      predefined MMUv2 cores (it's noop anyway).
      
      This fixes the following defconfig build error:
        arch/xtensa/kernel/built-in.o: In function `fast_alloca':
        (.text+0x99a): dangerous relocation: j: cannot encode: _WindowUnderflow12
        arch/xtensa/kernel/built-in.o: In function `fast_alloca':
        (.text+0x99d): dangerous relocation: j: cannot encode: _WindowUnderflow8
        arch/xtensa/kernel/built-in.o: In function `fast_alloca':
        (.text+0x9a0): dangerous relocation: j: cannot encode: _WindowUnderflow4
        arch/xtensa/kernel/built-in.o: In function `window_overflow_restore_a0_fixup':
        (.text+0x23a3): dangerous relocation: j: cannot encode: (.DoubleExceptionVector.text+0x104)
        arch/xtensa/kernel/built-in.o: In function `window_overflow_restore_a0_fixup':
        (.text+0x23c1): dangerous relocation: j: cannot encode: (.DoubleExceptionVector.text+0x104)
        arch/xtensa/kernel/built-in.o: In function `window_overflow_restore_a0_fixup':
        (.text+0x23dd): dangerous relocation: j: cannot encode: (.DoubleExceptionVector.text+0x104)
      
      With this change all xtensa defconfigs build correctly.
      Reported-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      73a3eed0
  5. 03 Aug, 2016 1 commit
    • Chris Zankel's avatar
      Merge tag 'xtensa-for-next-20160731' of git://github.com/jcmvbkbc/linux-xtensa into for_next · 9e8511ff
      Chris Zankel authored
      Xtensa improvements for 4.8:
      
      - add new kernel memory layouts for MMUv3 cores: with 256MB and 512MB
        KSEG size, starting at physical address other than 0;
      - make kernel load address configurable;
      - clean up kernel memory layout macros;
      - drop sysmem early allocator and switch to memblock;
      - enable kmemleak and memory reservation from the device tree;
      - wire up new syscalls: userfaultfd, membarrier, mlock2, copy_file_range,
        preadv2 and pwritev2.
      9e8511ff
  6. 31 Jul, 2016 1 commit
  7. 24 Jul, 2016 9 commits
    • Linus Torvalds's avatar
      Linux 4.7 · 523d939e
      Linus Torvalds authored
      523d939e
    • Max Filippov's avatar
      xtensa: support reserved-memory DT node · 4e7c84ec
      Max Filippov authored
      This allows reserving regions of physical memory from the device tree.
      See Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt
      for more details.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      4e7c84ec
    • Max Filippov's avatar
      xtensa: drop sysmem and switch to memblock · 0e46c111
      Max Filippov authored
      Memblock is the standard kernel boot-time memory tracker/allocator. Use
      it instead of the custom sysmem allocator. This allows using kmemleak,
      CMA and device tree memory reservation.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      0e46c111
    • Max Filippov's avatar
      xtensa: minimize use of PLATFORM_DEFAULT_MEM_{ADDR,SIZE} · 3de00482
      Max Filippov authored
      Now that the kernel load address and KSEG physical base address have
      their own Kconfig symbols PLATFORM_DEFAULT_MEM seems redundant. It makes
      little sense to use it in MMU configurations instead of KSEG_PADDR.
      In noMMU configurations there's no explicit KSEG, so it's still useful
      for the early cache initialization and definition of ARCH_PFN_OFFSET,
      which affects mem_map size.
      
      - limit it to noMMU; MMU variants have XCHAL_KSEG_PADDR and
        XCHAL_KSEG_SIZE;
      - don't use it to define TASK_SIZE or MAX_LOW_PFN: first doesn't make
        any difference in noMMU, second is meaningless as there's no high
        memory;
      - don't add default physical memory region: memory layout should come
        from the DT, bootloader tags, or memmap= command line parameter.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      3de00482
    • Max Filippov's avatar
      xtensa: cleanup MMU setup and kernel layout macros · a9f2fc62
      Max Filippov authored
      Make kernel load address explicit, independent of the selected MMU
      configuration and configurable from Kconfig. Do not restrict it to the
      first 512MB of the physical address space.
      
      Cleanup kernel memory layout macros:
      
      - rename VECBASE_RESET_VADDR to VECBASE_VADDR, XC_VADDR to VECTOR_VADDR;
      - drop VIRTUAL_MEMORY_ADDRESS and LOAD_MEMORY_ADDRESS;
      - introduce PHYS_OFFSET and use it in __va and __pa definitions;
      - synchronize MMU/noMMU vectors, drop unused NMI vector;
      - replace hardcoded vectors offset of 0x3000 with Kconfig symbol.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      a9f2fc62
    • Max Filippov's avatar
      xtensa: add alternative kernel memory layouts · d39af902
      Max Filippov authored
      MMUv3 is able to support low memory bigger than 128MB.
      Implement 256MB and 512MB KSEG layouts:
      
      - add Kconfig selector for KSEG layout;
      - add KSEG base address, size and alignment definitions to
        arch/xtensa/include/asm/kmem_layout.h;
      - use new definitions in TLB initialization;
      - add build time memory map consistency checks.
      
      See Documentation/xtensa/mmu.txt for the details of new memory layouts.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      d39af902
    • Max Filippov's avatar
      xtensa: move kernel mapping addresses into kmem_layout.h · f1883aa7
      Max Filippov authored
      Create a header dedicated to memory layout definitions. Include it from
      places where these definitions are needed.
      Express vmalloc area address, VIRTUAL_MEMORY_ADDRESS and KERNELOFFSET
      through KSEG address.
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      f1883aa7
    • Max Filippov's avatar
      xtensa: fix __ffs result type · 12c8007d
      Max Filippov authored
      Make __ffs result type unsigned long to match generic asm
      implementation. This fixes the following build warning:
      
        mm/nobootmem.c: In function '__free_pages_memory':
        include/linux/kernel.h:742:17: warning: comparison of distinct pointer
                                                types lacks a cast
          (void) (&_min1 == &_min2);  \
        		 ^
        mm/nobootmem.c:100:11: note: in expansion of macro 'min'
           order = min(MAX_ORDER - 1UL, __ffs(start));
      Signed-off-by: default avatarMax Filippov <jcmvbkbc@gmail.com>
      12c8007d
    • Linus Torvalds's avatar
      Merge tag 'ceph-for-4.7-rc8' of git://github.com/ceph/ceph-client · 68093c43
      Linus Torvalds authored
      Pull ceph fix from Ilya Dryomov:
       "A fix for a long-standing bug in the incremental osdmap handling code
        that caused misdirected requests, tagged for stable"
      
        The tag is signed with a brand new key - Sage is on vacation and I
        didn't anticipate this"
      
      * tag 'ceph-for-4.7-rc8' of git://github.com/ceph/ceph-client:
        libceph: apply new_state before new_up_client on incrementals
      68093c43
  8. 23 Jul, 2016 20 commits