1. 03 8月, 2019 2 次提交
  2. 31 7月, 2019 1 次提交
    • M
      Documentation/features/locking: update lists · da422ade
      Mark Rutland 提交于
      The locking feature lists don't match reality as of v5.3-rc1:
      
      * arm64 moved to queued spinlocks in commit:
        c1109047
        ("arm64: locking: Replace ticket lock implementation with qspinlock")
      
      * xtensa moved to queued spinlocks and rwlocks in commit:
        579afe86
        ("xtensa: use generic spinlock/rwlock implementation")
      
      * architecture-specific rwsem support was removed in commit:
        46ad0840
        ("locking/rwsem: Remove arch specific rwsem files")
      
      So update the feature lists accordingly, and remove the now redundant
      rwsem-optimized list.
      Signed-off-by: NMark Rutland <mark.rutland@arm.com>
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      da422ade
  3. 15 6月, 2019 1 次提交
  4. 06 5月, 2019 1 次提交
  5. 04 5月, 2019 2 次提交
  6. 07 1月, 2019 1 次提交
    • G
      Documentation/features: Add csky kernel features · 8a5aaf97
      Guo Ren 提交于
            core/ cBPF-JIT             : TODO |
            core/ eBPF-JIT             : TODO |
            core/ generic-idle-thread  :  ok  |
            core/ jump-labels          : TODO |
            core/ tracehook            :  ok  |
           debug/ KASAN                : TODO |
           debug/ gcov-profile-all     : TODO |
           debug/ kgdb                 : TODO |
           debug/ kprobes-on-ftrace    : TODO |
           debug/ kprobes              : TODO |
           debug/ kretprobes           : TODO |
           debug/ optprobes            : TODO |
           debug/ stackprotector       : TODO |
           debug/ uprobes              : TODO |
           debug/ user-ret-profiler    : TODO |
              io/ dma-contiguous       :  ok  |
         locking/ cmpxchg-local        : TODO |
         locking/ lockdep              : TODO |
         locking/ queued-rwlocks       :  ok  |
         locking/ queued-spinlocks     : TODO |
         locking/ rwsem-optimized      : TODO |
            perf/ kprobes-event        : TODO |
            perf/ perf-regs            : TODO |
            perf/ perf-stackdump       : TODO |
           sched/ membarrier-sync-core : TODO |
           sched/ numa-balancing       :  ..  |
         seccomp/ seccomp-filter       : TODO |
            time/ arch-tick-broadcast  : TODO |
            time/ clockevents          :  ok  |
            time/ context-tracking     : TODO |
            time/ irq-time-acct        : TODO |
            time/ modern-timekeeping   :  ok  |
            time/ virt-cpuacct         : TODO |
              vm/ ELF-ASLR             : TODO |
              vm/ PG_uncached          : TODO |
              vm/ THP                  :  ..  |
              vm/ batch-unmap-tlb-flush: TODO |
              vm/ huge-vmap            : TODO |
              vm/ ioremap_prot         : TODO |
              vm/ numa-memblock        :  ..  |
              vm/ pte_special          : TODO |
      Signed-off-by: NGuo Ren <ren_guo@c-sky.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      8a5aaf97
  7. 21 12月, 2018 1 次提交
    • M
      xtensa: implement jump_label support · 64711f9a
      Max Filippov 提交于
      Use 3-byte 'nop' and 'j' instructions that are always present. Don't let
      assembler mark a spot right after patchable 'j' instruction as
      unreachable and later put literals or padding bytes there. Add separate
      implementations of patch_text for SMP and UP cases, avoiding use of
      atomics on UP.
      Signed-off-by: NMax Filippov <jcmvbkbc@gmail.com>
      64711f9a
  8. 06 12月, 2018 1 次提交
  9. 06 11月, 2018 1 次提交
  10. 11 7月, 2018 1 次提交
  11. 15 6月, 2018 1 次提交
  12. 08 6月, 2018 1 次提交
    • L
      mm: introduce ARCH_HAS_PTE_SPECIAL · 3010a5ea
      Laurent Dufour 提交于
      Currently the PTE special supports is turned on in per architecture
      header files.  Most of the time, it is defined in
      arch/*/include/asm/pgtable.h depending or not on some other per
      architecture static definition.
      
      This patch introduce a new configuration variable to manage this
      directly in the Kconfig files.  It would later replace
      __HAVE_ARCH_PTE_SPECIAL.
      
      Here notes for some architecture where the definition of
      __HAVE_ARCH_PTE_SPECIAL is not obvious:
      
      arm
       __HAVE_ARCH_PTE_SPECIAL which is currently defined in
      arch/arm/include/asm/pgtable-3level.h which is included by
      arch/arm/include/asm/pgtable.h when CONFIG_ARM_LPAE is set.
      So select ARCH_HAS_PTE_SPECIAL if ARM_LPAE.
      
      powerpc
      __HAVE_ARCH_PTE_SPECIAL is defined in 2 files:
       - arch/powerpc/include/asm/book3s/64/pgtable.h
       - arch/powerpc/include/asm/pte-common.h
      The first one is included if (PPC_BOOK3S & PPC64) while the second is
      included in all the other cases.
      So select ARCH_HAS_PTE_SPECIAL all the time.
      
      sparc:
      __HAVE_ARCH_PTE_SPECIAL is defined if defined(__sparc__) &&
      defined(__arch64__) which are defined through the compiler in
      sparc/Makefile if !SPARC32 which I assume to be if SPARC64.
      So select ARCH_HAS_PTE_SPECIAL if SPARC64
      
      There is no functional change introduced by this patch.
      
      Link: http://lkml.kernel.org/r/1523433816-14460-2-git-send-email-ldufour@linux.vnet.ibm.comSigned-off-by: NLaurent Dufour <ldufour@linux.vnet.ibm.com>
      Suggested-by: NJerome Glisse <jglisse@redhat.com>
      Reviewed-by: NJerome Glisse <jglisse@redhat.com>
      Acked-by: NDavid Rientjes <rientjes@google.com>
      Cc: Michal Hocko <mhocko@kernel.org>
      Cc: "Aneesh Kumar K . V" <aneesh.kumar@linux.vnet.ibm.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Jonathan Corbet <corbet@lwn.net>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Rich Felker <dalias@libc.org>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Palmer Dabbelt <palmer@sifive.com>
      Cc: Albert Ou <albert@sifive.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: David Rientjes <rientjes@google.com>
      Cc: Robin Murphy <robin.murphy@arm.com>
      Cc: Christophe LEROY <christophe.leroy@c-s.fr>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3010a5ea
  13. 11 5月, 2018 1 次提交
  14. 08 5月, 2018 7 次提交
  15. 26 3月, 2018 1 次提交
    • A
      Documentation: arch-support: remove obsolete architectures · 1ea5afd4
      Arnd Bergmann 提交于
      A number of architecture ports are obsolete and getting dropped,
      so we no longer want to track the respective features.
      
      We already removed the lines for metag and mn10300, this does
      the same edits for all the others.
      
      For the remaining 21 architectures, this shows how many are known
      to implement each given feature:
      
      19 time/modern-timekeeping/arch-support.txt
      19 time/clockevents/arch-support.txt
      15 core/tracehook/arch-support.txt
      14 core/generic-idle-thread/arch-support.txt
      13 locking/lockdep/arch-support.txt
      12 io/dma-api-debug/arch-support.txt
      11 debug/kgdb/arch-support.txt
      10 time/virt-cpuacct/arch-support.txt
       9 debug/kretprobes/arch-support.txt
       9 debug/kprobes/arch-support.txt
       8 vm/THP/arch-support.txt
       8 vm/pte_special/arch-support.txt
       8 vm/numa-memblock/arch-support.txt
       8 io/sg-chain/arch-support.txt
       7 perf/kprobes-event/arch-support.txt
       7 locking/rwsem-optimized/arch-support.txt
       7 debug/gcov-profile-all/arch-support.txt
       7 core/jump-labels/arch-support.txt
       7 core/BPF-JIT/arch-support.txt
       6 vm/ELF-ASLR/arch-support.txt
       6 time/context-tracking/arch-support.txt
       6 seccomp/seccomp-filter/arch-support.txt
       6 debug/stackprotector/arch-support.txt
       5 time/irq-time-acct/arch-support.txt
       5 io/dma-contiguous/arch-support.txt
       5 debug/uprobes/arch-support.txt
       4 vm/ioremap_prot/arch-support.txt
       4 time/arch-tick-broadcast/arch-support.txt
       4 perf/perf-stackdump/arch-support.txt
       4 perf/perf-regs/arch-support.txt
       3 debug/KASAN/arch-support.txt
       2 vm/PG_uncached/arch-support.txt
       2 vm/huge-vmap/arch-support.txt
       2 sched/numa-balancing/arch-support.txt
       2 sched/membarrier-sync-core/arch-support.txt
       2 locking/cmpxchg-local/arch-support.txt
       2 debug/optprobes/arch-support.txt
       2 debug/kprobes-on-ftrace/arch-support.txt
       1 vm/TLB/arch-support.txt
       1 locking/queued-spinlocks/arch-support.txt
       1 locking/queued-rwlocks/arch-support.txt
       1 debug/user-ret-profiler/arch-support.txt
       0 lib/strncasecmp/arch-support.txt
      
      Note that the list does not include riscv or nds32 yet, these still
      need to be added.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      1ea5afd4
  16. 10 3月, 2018 1 次提交
  17. 22 2月, 2018 1 次提交
  18. 11 2月, 2018 2 次提交
  19. 10 2月, 2018 1 次提交
    • M
      membarrier-sync-core: Document architecture support · 6a546c7e
      Mathieu Desnoyers 提交于
      Ensure we gather architecture requirements about each architecture
      supporting the "sync_core" membarrier command in a single file under
      Documentation/features.
      Signed-off-by: NMathieu Desnoyers <mathieu.desnoyers@efficios.com>
      Cc: Andrea Parri <parri.andrea@gmail.com>
      Cc: Andrew Hunter <ahh@google.com>
      Cc: Andy Lutomirski <luto@kernel.org>
      Cc: Avi Kivity <avi@scylladb.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Boqun Feng <boqun.feng@gmail.com>
      Cc: Dave Watson <davejwatson@fb.com>
      Cc: David Sehr <sehr@google.com>
      Cc: Greg Hackmann <ghackmann@google.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Maged Michael <maged.michael@gmail.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra (Intel) <peterz@infradead.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Russell King <linux@armlinux.org.uk>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: linux-api@vger.kernel.org
      Cc: linux-arch@vger.kernel.org
      Link: http://lkml.kernel.org/r/1518208256-22034-1-git-send-email-mathieu.desnoyers@efficios.comSigned-off-by: NIngo Molnar <mingo@kernel.org>
      6a546c7e
  20. 17 12月, 2017 2 次提交
    • M
      xtensa: add support for KASAN · c633544a
      Max Filippov 提交于
      Cover kernel addresses above 0x90000000 by the shadow map. Enable
      HAVE_ARCH_KASAN when MMU is enabled. Provide kasan_early_init that fills
      shadow map with writable copies of kasan_zero_page. Call
      kasan_early_init right after mmu initialization in the setup_arch.
      Provide kasan_init that allocates proper shadow map pages from the
      memblock and puts these pages into the shadow map for addresses from
      VMALLOC area to the end of KSEG. Call kasan_init right after memblock
      initialization. Don't use KASAN for the boot code, MMU and KASAN
      initialization and page fault handler. Make kernel stack size 4 times
      larger when KASAN is enabled to avoid stack overflows.
      GCC 7.3, 8 or newer is required to build the xtensa kernel with KASAN.
      Signed-off-by: NMax Filippov <jcmvbkbc@gmail.com>
      c633544a
    • M
      xtensa: enable stack protector · 40d1a07b
      Max Filippov 提交于
      The implementation is adopted from the ARM arch. GCC 7.3, 8 or newer is
      required for building the xtensa kernel with SSP.
      Signed-off-by: NMax Filippov <jcmvbkbc@gmail.com>
      40d1a07b
  21. 04 10月, 2017 1 次提交
  22. 08 8月, 2017 1 次提交
  23. 01 5月, 2017 1 次提交
  24. 24 4月, 2017 1 次提交
  25. 19 12月, 2016 1 次提交
  26. 16 12月, 2016 1 次提交
  27. 13 10月, 2016 1 次提交
  28. 11 5月, 2016 1 次提交
  29. 19 2月, 2016 1 次提交
  30. 27 1月, 2016 1 次提交
反馈
建议
客服 返回
顶部