1. 01 12月, 2019 1 次提交
  2. 22 5月, 2018 1 次提交
    • J
      arm64: export tishift functions to modules · 255845fc
      Jason A. Donenfeld 提交于
      Otherwise modules that use these arithmetic operations will fail to
      link. We accomplish this with the usual EXPORT_SYMBOL, which on most
      architectures goes in the .S file but the ARM64 maintainers prefer that
      insead it goes into arm64ksyms.
      
      While we're at it, we also fix this up to use SPDX, and I personally
      choose to relicense this as GPL2||BSD so that these symbols don't need
      to be export_symbol_gpl, so all modules can use the routines, since
      these are important general purpose compiler-generated function calls.
      Signed-off-by: NJason A. Donenfeld <Jason@zx2c4.com>
      Reported-by: NPaX Team <pageexec@freemail.hu>
      Cc: stable@vger.kernel.org
      Signed-off-by: NWill Deacon <will.deacon@arm.com>
      255845fc
  3. 07 2月, 2018 1 次提交
  4. 29 3月, 2017 1 次提交
  5. 04 2月, 2017 1 次提交
  6. 27 7月, 2016 1 次提交
  7. 19 7月, 2016 1 次提交
  8. 21 6月, 2016 1 次提交
  9. 05 1月, 2016 1 次提交
  10. 13 10月, 2015 1 次提交
    • A
      arm64: add KASAN support · 39d114dd
      Andrey Ryabinin 提交于
      This patch adds arch specific code for kernel address sanitizer
      (see Documentation/kasan.txt).
      
      1/8 of kernel addresses reserved for shadow memory. There was no
      big enough hole for this, so virtual addresses for shadow were
      stolen from vmalloc area.
      
      At early boot stage the whole shadow region populated with just
      one physical page (kasan_zero_page). Later, this page reused
      as readonly zero shadow for some memory that KASan currently
      don't track (vmalloc).
      After mapping the physical memory, pages for shadow memory are
      allocated and mapped.
      
      Functions like memset/memmove/memcpy do a lot of memory accesses.
      If bad pointer passed to one of these function it is important
      to catch this. Compiler's instrumentation cannot do this since
      these functions are written in assembly.
      KASan replaces memory functions with manually instrumented variants.
      Original functions declared as weak symbols so strong definitions
      in mm/kasan/kasan.c could replace them. Original functions have aliases
      with '__' prefix in name, so we could call non-instrumented variant
      if needed.
      Some files built without kasan instrumentation (e.g. mm/slub.c).
      Original mem* function replaced (via #define) with prefixed variants
      to disable memory access checks for such files.
      Signed-off-by: NAndrey Ryabinin <ryabinin.a.a@gmail.com>
      Tested-by: NLinus Walleij <linus.walleij@linaro.org>
      Reviewed-by: NCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: NCatalin Marinas <catalin.marinas@arm.com>
      39d114dd
  11. 29 5月, 2014 1 次提交
    • A
      arm64: Add ftrace support · 819e50e2
      AKASHI Takahiro 提交于
      This patch implements arm64 specific part to support function tracers,
      such as function (CONFIG_FUNCTION_TRACER), function_graph
      (CONFIG_FUNCTION_GRAPH_TRACER) and function profiler
      (CONFIG_FUNCTION_PROFILER).
      
      With 'function' tracer, all the functions in the kernel are traced with
      timestamps in ${sysfs}/tracing/trace. If function_graph tracer is
      specified, call graph is generated.
      
      The kernel must be compiled with -pg option so that _mcount() is inserted
      at the beginning of functions. This function is called on every function's
      entry as long as tracing is enabled.
      In addition, function_graph tracer also needs to be able to probe function's
      exit. ftrace_graph_caller() & return_to_handler do this by faking link
      register's value to intercept function's return path.
      
      More details on architecture specific requirements are described in
      Documentation/trace/ftrace-design.txt.
      Reviewed-by: NGanapatrao Kulkarni <ganapatrao.kulkarni@cavium.com>
      Acked-by: NWill Deacon <will.deacon@arm.com>
      Signed-off-by: NAKASHI Takahiro <takahiro.akashi@linaro.org>
      Signed-off-by: NWill Deacon <will.deacon@arm.com>
      819e50e2
  12. 23 5月, 2014 3 次提交
  13. 20 12月, 2013 1 次提交
  14. 24 10月, 2013 1 次提交
  15. 25 5月, 2013 1 次提交
    • C
      arm64: kernel: compiling issue, need 'EXPORT_SYMBOL(clear_page)' · 726dcaa1
      Chen Gang 提交于
      Need 'EXPORT_SYMBOL(clear_page)' if building with allmodconfig.
      
      The related errors:
        ERROR: "clear_page" [fs/ocfs2/dlm/ocfs2_dlm.ko] undefined!
        ERROR: "clear_page" [fs/ntfs/ntfs.ko] undefined!
        ERROR: "clear_page" [fs/gfs2/gfs2.ko] undefined!
        ERROR: "clear_page" [fs/fuse/fuse.ko] undefined!
        ERROR: "clear_page" [fs/ext3/ext3.ko] undefined!
        ERROR: "clear_page" [fs/ext2/ext2.ko] undefined!
        ERROR: "clear_page" [fs/exofs/libore.ko] undefined!
        ERROR: "clear_page" [fs/exofs/exofs.ko] undefined!
        ERROR: "clear_page" [drivers/block/brd.ko] undefined!
      Signed-off-by: NChen Gang <gang.chen@asianux.com>
      Signed-off-by: NCatalin Marinas <catalin.marinas@arm.com>
      726dcaa1
  16. 22 3月, 2013 3 次提交
  17. 18 3月, 2013 1 次提交
  18. 17 9月, 2012 1 次提交