1. 01 9月, 2021 8 次提交
    • J
      perf tools: Fix LLVM test failure when running in verbose mode · 792adb1a
      James Clark 提交于
      A CI system might want to run all tests in verbose mode so that there is
      enough information to diagnose issues. This LLVM test is the only test
      that uses "-v" to signify to not skip the test if the preconditions
      aren't met (LLVM isn't installed). This means that running the test in
      verbose mode without LLVM installed causes a test failure.
      
      For consistency with the other tests, remove this verbose/skip check. An
      alternate solution would be to make _all_ tests not skip when run in
      verbose mode, but I don't think that would be intuitive.
      
      Also change the search_program() call to search_program_and_warn().
      Previously the hint about installing LLVM was only printed by the actual
      test because this check was skipped in verbose mode. To maintain the old
      behaviour, the precondition check must also print the full warning.
      
      Previous output:
      
        $ ./perf test llvm
        40: LLVM search and compile                                     :
        40.1: Basic BPF llvm compile                                    : Skip
      
        $ ./perf test -v llvm
        40: LLVM search and compile                                     :
        40.1: Basic BPF llvm compile                                    :
        --- start ---
        test child forked, pid 2085835
        ERROR:	unable to find clang.
        Hint:	Try to install latest clang/llvm to support BPF. Check your $PATH
        ...
        test child finished with -1
        ---- end ----
        LLVM search and compile subtest 1: FAILED!
      
      New output (non verbose mode is identical, verbose changes from fail to
      skip):
      
        $ ./perf test llvm
        40: LLVM search and compile                                     :
        40.1: Basic BPF llvm compile                                    : Skip
      
        $ ./perf test -v llvm
        40: LLVM search and compile                                     :
        40.1: Basic BPF llvm compile                                    :
        --- start ---
        test child forked, pid 2087680
        ERROR:	unable to find clang.
        Hint:	Try to install latest clang/llvm to support BPF. Check your $PATH
        ...
        No clang, skip this test
        test child finished with -2
        ---- end ----
        LLVM search and compile subtest 1: Skip
      Signed-off-by: NJames Clark <james.clark@arm.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: clang-built-linux@googlegroups.com
      Link: http://lore.kernel.org/lkml/20210831145501.2135754-2-james.clark@arm.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      792adb1a
    • J
      perf tools: Refactor LLVM test warning for missing binary · a8a2d5c0
      James Clark 提交于
      The same warning is duplicated in two places so refactor it into a
      single function "search_program_and_warn". This will be used a third
      time in a later commit.
      Signed-off-by: NJames Clark <james.clark@arm.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: clang-built-linux@googlegroups.com
      Link: http://lore.kernel.org/lkml/20210831145501.2135754-1-james.clark@arm.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      a8a2d5c0
    • L
      perf auxtrace arm: Support compat_auxtrace_mmap__{read_head|write_tail} · 474b3f28
      Leo Yan 提交于
      When the tool runs with compat mode on Arm platform, the kernel is in
      64-bit mode and user space is in 32-bit mode; the user space can use
      instructions "ldrd" and "strd" for 64-bit value atomicity.
      
      This patch adds compat_auxtrace_mmap__{read_head|write_tail} for arm
      building, it uses "ldrd" and "strd" instructions to ensure accessing
      atomicity for aux head and tail.  The file arch/arm/util/auxtrace.c is
      built for arm and arm64 building, these two functions are not needed for
      arm64, so check the compiler macro "__arm__" to only include them for
      arm building.
      Signed-off-by: NLeo Yan <leo.yan@linaro.org>
      Reviewed-by: NJames Clark <james.clark@arm.com>
      Tested-by: NJames Clark <james.clark@arm.com>
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: John Garry <john.garry@huawei.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Mathieu Poirier <mathieu.poirier@linaro.org>
      Cc: Mike Leach <mike.leach@linaro.org>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: "Russell King (oracle)" <linux@armlinux.org.uk>
      Cc: Suzuki Poulouse <suzuki.poulose@arm.com>
      Cc: Will Deacon <will@kernel.org>
      Cc: coresight@lists.linaro.org
      Cc: linux-arm-kernel@lists.infradead.org
      Link: http://lore.kernel.org/lkml/20210829102238.19693-3-leo.yan@linaro.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      474b3f28
    • L
      perf auxtrace: Add compat_auxtrace_mmap__{read_head|write_tail} · bbc49f12
      Leo Yan 提交于
      When perf runs in compat mode (kernel in 64-bit mode and the perf is in
      32-bit mode), the 64-bit value atomicity in the user space cannot be
      assured, E.g. on some architectures, the 64-bit value accessing is split
      into two instructions, one is for the low 32-bit word accessing and
      another is for the high 32-bit word.
      
      This patch introduces weak functions compat_auxtrace_mmap__read_head()
      and compat_auxtrace_mmap__write_tail(), as their naming indicates, when
      perf tool works in compat mode, it uses these two functions to access
      the AUX head and tail.  These two functions can allow the perf tool to
      work properly in certain conditions, e.g. when perf tool works in
      snapshot mode with only using AUX head pointer, or perf tool uses the
      AUX buffer and the incremented tail is not bigger than 4GB.
      
      When perf tool cannot handle the case when the AUX tail is bigger than
      4GB, the function compat_auxtrace_mmap__write_tail() returns -1 and
      tells the caller to bail out for the error.
      
      These two functions are declared as weak attribute, this allows to
      implement arch specific functions if any arch can support the 64-bit
      value atomicity in compat mode.
      Suggested-by: NAdrian Hunter <adrian.hunter@intel.com>
      Signed-off-by: NLeo Yan <leo.yan@linaro.org>
      Acked-by: NAdrian Hunter <adrian.hunter@intel.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: James Clark <james.clark@arm.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: John Garry <john.garry@huawei.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Mathieu Poirier <mathieu.poirier@linaro.org>
      Cc: Mike Leach <mike.leach@linaro.org>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: "Russell King (oracle)" <linux@armlinux.org.uk>
      Cc: Suzuki Poulouse <suzuki.poulose@arm.com>
      Cc: Will Deacon <will@kernel.org>
      Cc: coresight@lists.linaro.org
      Cc: linux-arm-kernel@lists.infradead.org
      Link: http://lore.kernel.org/lkml/20210829102238.19693-2-leo.yan@linaro.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      bbc49f12
    • I
      perf bpf: Fix memory leaks relating to BTF. · 298105b7
      Ian Rogers 提交于
      BTF needs to be freed with btf__free().
      Signed-off-by: NIan Rogers <irogers@google.com>
      Reviewed-by: NKajol Jain <kjain@linux.ibm.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lore.kernel.org/lkml/20210826184833.408563-1-irogers@google.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      298105b7
    • J
      perf data: Correct -h output · 760f5e77
      Joshua Martinez 提交于
      There is currently only 1 'perf data' command, but supporting extra
      commands was breaking the help output. Simplify for now so that the help
      output is correct.
      
      Before:
      $ perf data -h
      
       Usage: perf data [<common options>] <command> [<options>]
      
      $ perf data
      Usage:
              perf data [<common options>] <command> [<options>]
      
              Available commands:
               convert        - converts data file between formats
      
      After:
      $ perf data
      
       Usage: perf data convert [<options>]
      
          -f, --force           don't complain, do it
          -i, --input <file>    input file name
          -v, --verbose         be more verbose
              --all             Convert all events
              --to-ctf ...      Convert to CTF format
              --to-json ...     Convert to JSON format
              --tod             Convert time to wall clock time
      
      $ perf data -h
      
       Usage: perf data convert [<options>]
      
          -f, --force           don't complain, do it
          -i, --input <file>    input file name
          -v, --verbose         be more verbose
              --all             Convert all events
              --to-ctf ...      Convert to CTF format
              --to-json ...     Convert to JSON format
              --tod             Convert time to wall clock time
      Signed-off-by: NJoshua Martinez <joshuamart@google.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Ian Rogers <irogers@google.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lore.kernel.org/lkml/20210824205829.52822-1-irogers@google.comSigned-off-by: NIan Rogers <irogers@google.com>
      Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      760f5e77
    • C
      perf header: Fix spelling mistake "cant'" -> "can't" · cb5a2ebb
      Colin Ian King 提交于
      There is a spelling mistake in a warning message. Fix it.
      Signed-off-by: NColin King <colin.king@canonical.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: kernel-janitors@vger.kernel.org
      Link: http://lore.kernel.org/lkml/20210826121801.13281-1-colin.king@canonical.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      cb5a2ebb
    • A
      perf dlfilters: Fix build on environments with a --sysroot gcc arg · e807ffe6
      Arnaldo Carvalho de Melo 提交于
      Such as cross building on Android, so just add EXTRA_CFLAGS to the
      dlfilters rules as it is where --sysroot= has been specified.
      Acked-by: NAdrian Hunter <adrian.hunter@intel.com>
      Cc: Ian Rogers <irogers@google.com>
      Cc: Jiri Olsa <jolsa@kernel.org>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Link: http://lore.kernel.org/lkml/YS1JwIMTNNWcbGdT@kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      e807ffe6
  2. 31 8月, 2021 4 次提交
  3. 30 8月, 2021 13 次提交
    • J
      perf tests: Fix *probe_vfs_getname.sh test failures · a05b4270
      James Clark 提交于
      The commit 4d6101f5 ("perf probe: Clarify error message about
      not finding kernel modules debuginfo") changed the error message "Failed
      to find the path for kernel" to "Failed to find the path for the
      kernel".
      
      Update the regex so that the tests still skip rather than fail when
      kernel debug symbols aren't present.
      Signed-off-by: NJames Clark <james.clark@arm.com>
      Acked-by: NNamhyung Kim <namhyung@kernel.org>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Link: http://lore.kernel.org/lkml/20210825164259.833222-1-james.clark@arm.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      a05b4270
    • A
      perf bench inject-buildid: Handle writen() errors · edf7b4a2
      Arnaldo Carvalho de Melo 提交于
      The build on fedora:35 and fedora:rawhide with clang is failing with:
      
        49    41.00 fedora:35                     : FAIL clang version 13.0.0 (Fedora 13.0.0~rc1-1.fc35)
          bench/inject-buildid.c:351:6: error: variable 'len' set but not used [-Werror,-Wunused-but-set-variable]
                  u64 len = 0;
                      ^
          1 error generated.
          make[3]: *** [/git/perf-5.14.0-rc7/tools/build/Makefile.build:139: bench] Error 2
        50    41.11 fedora:rawhide                : FAIL clang version 13.0.0 (Fedora 13.0.0~rc1-1.fc35)
          bench/inject-buildid.c:351:6: error: variable 'len' set but not used [-Werror,-Wunused-but-set-variable]
                  u64 len = 0;
                      ^
          1 error generated.
          make[3]: *** [/git/perf-5.14.0-rc7/tools/build/Makefile.build:139: bench] Error 2
      
      That 'len' variable is not used at all, so just make sure all the
      synthesize_RECORD() routines return ssize_t to propagate the writen()
      return, as it may fail, ditch the 'ret' var and bail out if those
      routines fail.
      
      Fixes: 0bf02a0d ("perf bench: Add build-id injection benchmark")
      Acked-by: NNamhyung Kim <namhyung@kernel.org>
      Link: http://lore.kernel.org/lkml/CAM9d7cgEZNSor+B+7Y2C+QYGme_v5aH0Zn0RLfxoQ+Fy83EHrg@mail.gmail.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      edf7b4a2
    • L
      perf unwind: Do not overwrite FEATURE_CHECK_LDFLAGS-libunwind-{x86,aarch64} · cdf32b44
      Li Huafei 提交于
      When setting LIBUNWIND_DIR, we first set
      
       FEATURE_CHECK_LDFLAGS-libunwind-{aarch64,x86} = -L$(LIBUNWIND_DIR)/lib.
      
      <committer note>
      This happens a bit before, the overwritting, in:
      
        libunwind_arch_set_flags = $(eval $(libunwind_arch_set_flags_code))
        define libunwind_arch_set_flags_code
          FEATURE_CHECK_CFLAGS-libunwind-$(1)  = -I$(LIBUNWIND_DIR)/include
          FEATURE_CHECK_LDFLAGS-libunwind-$(1) = -L$(LIBUNWIND_DIR)/lib
        endef
      
        ifdef LIBUNWIND_DIR
          LIBUNWIND_CFLAGS  = -I$(LIBUNWIND_DIR)/include
          LIBUNWIND_LDFLAGS = -L$(LIBUNWIND_DIR)/lib
          LIBUNWIND_ARCHS = x86 x86_64 arm aarch64 debug-frame-arm debug-frame-aarch64
          $(foreach libunwind_arch,$(LIBUNWIND_ARCHS),$(call libunwind_arch_set_flags,$(libunwind_arch)))
        endif
      
      Look at that 'foreach' on all the LIBUNWIND_ARCHS.
      </>
      
      After commit 5c4d7c82 ("perf unwind: Do not put libunwind-{x86,aarch64}
      in FEATURE_TESTS_BASIC"), FEATURE_CHECK_LDFLAGS-libunwind-{x86,aarch64} is
      overwritten. As a result, the remote libunwind libraries cannot be searched
      from $(LIBUNWIND_DIR)/lib directory during feature check tests. Fix it with
      variable appending.
      
      Before this patch:
      
        perf$ make VF=1 LIBUNWIND_DIR=/opt/libunwind_aarch64
         BUILD:   Doing 'make -j16' parallel build
        <SNIP>
        ...
        ...                    libopencsd: [ OFF ]
        ...                 libunwind-x86: [ OFF ]
        ...              libunwind-x86_64: [ OFF ]
        ...                 libunwind-arm: [ OFF ]
        ...             libunwind-aarch64: [ OFF ]
        ...         libunwind-debug-frame: [ OFF ]
        ...     libunwind-debug-frame-arm: [ OFF ]
        ... libunwind-debug-frame-aarch64: [ OFF ]
        ...                           cxx: [ OFF ]
        <SNIP>
      
        perf$ cat ../build/feature/test-libunwind-aarch64.make.output
        /usr/bin/ld: cannot find -lunwind-aarch64
        /usr/bin/ld: cannot find -lunwind-aarch64
        collect2: error: ld returned 1 exit status
      
      After this patch:
      
        perf$ make VF=1 LIBUNWIND_DIR=/opt/libunwind_aarch64
         BUILD:   Doing 'make -j16' parallel build
        <SNIP>
        ...                    libopencsd: [ OFF ]
        ...                 libunwind-x86: [ OFF ]
        ...              libunwind-x86_64: [ OFF ]
        ...                 libunwind-arm: [ OFF ]
        ...             libunwind-aarch64: [ on  ]
        ...         libunwind-debug-frame: [ OFF ]
        ...     libunwind-debug-frame-arm: [ OFF ]
        ... libunwind-debug-frame-aarch64: [ OFF ]
        ...                           cxx: [ OFF ]
        <SNIP>
      
        perf$ cat ../build/feature/test-libunwind-aarch64.make.output
      
        perf$ ldd ./perf
              linux-vdso.so.1 (0x00007ffdf07da000)
              libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f30953dc000)
              librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f30951d4000)
              libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3094e36000)
              libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f3094c32000)
              libelf.so.1 => /usr/lib/x86_64-linux-gnu/libelf.so.1 (0x00007f3094a18000)
              libdw.so.1 => /usr/lib/x86_64-linux-gnu/libdw.so.1 (0x00007f30947cc000)
              libunwind-x86_64.so.8 => /usr/lib/x86_64-linux-gnu/libunwind-x86_64.so.8 (0x00007f30945ad000)
              libunwind.so.8 => /usr/lib/x86_64-linux-gnu/libunwind.so.8 (0x00007f3094392000)
              liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f309416c000)
              libunwind-aarch64.so.8 => not found
              libslang.so.2 => /lib/x86_64-linux-gnu/libslang.so.2 (0x00007f3093c8a000)
              libpython2.7.so.1.0 => /usr/local/lib/libpython2.7.so.1.0 (0x00007f309386b000)
              libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f309364e000)
              libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f3093443000)
              libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3093052000)
              /lib64/ld-linux-x86-64.so.2 (0x00007f3096097000)
              libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f3092e42000)
              libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f3092c3f000)
      
      Fixes: 5c4d7c82 ("perf unwind: Do not put libunwind-{x86,aarch64} in FEATURE_TESTS_BASIC")
      Signed-off-by: NLi Huafei <lihuafei1@huawei.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: He Kuang <hekuang@huawei.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Zhang Jinhao <zhangjinhao2@huawei.com>
      Link: http://lore.kernel.org/lkml/20210823134340.60955-1-lihuafei1@huawei.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      cdf32b44
    • A
      perf config: Fix caching and memory leak in perf_home_perfconfig() · 261f4911
      Arnaldo Carvalho de Melo 提交于
      Acaict, perf_home_perfconfig() is supposed to cache the result of
      home_perfconfig, which returns the default location of perfconfig for
      the user, given the HOME environment variable.
      
      However, the current implementation calls home_perfconfig every time
      perf_home_perfconfig() is called (so no caching is actually performed),
      replacing the previous pointer, thus also causing a memory leak.
      
      This patch adds a check of whether either config or failed is set and,
      in that case, directly returns config without calling home_perfconfig at
      each invocation.
      
      Fixes: f5f03e19 ("perf config: Add perf_home_perfconfig function")
      Signed-off-by: NRiccardo Mancini <rickyman7@gmail.com>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Ian Rogers <irogers@google.com>
      Cc: Jin Yao <yao.jin@linux.intel.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Song Liu <song@kernel.org>
      Link: http://lore.kernel.org/lkml/20210820130817.740536-1-rickyman7@gmail.com
      [ Removed needless double check for the 'failed' variable ]
      Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      261f4911
    • A
      perf tools: Fixup get_current_dir_name() compilation · 128dbd78
      Alexey Dobriyan 提交于
      strdup() prototype doesn't live in stdlib.h .
      
      Add limits.h for PATH_MAX definition as well.
      
      This fixes the build on Android.
      Signed-off-by: NAlexey Dobriyan (SK hynix) <adobriyan@gmail.com>
      Acked-by: NNamhyung Kim <namhyung@kernel.org>
      Link: http://lore.kernel.org/lkml/YRukaQbrgDWhiwGr@localhost.localdomainSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      128dbd78
    • A
      c635813f
    • L
      Linux 5.14 · 7d2a07b7
      Linus Torvalds 提交于
      7d2a07b7
    • L
      Merge tag 'clk-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux · 90ac80dc
      Linus Torvalds 提交于
      Pull clk fix from Stephen Boyd:
       "One hotfix for a NULL pointer deref in the Renesas usb clk driver"
      
      * tag 'clk-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux:
        clk: renesas: rcar-usb2-clock-sel: Fix kernel NULL pointer dereference
      90ac80dc
    • L
      Merge tag 'sched_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 537b57bd
      Linus Torvalds 提交于
      Pull scheduler fixes from Borislav Petkov:
      
       - Have get_push_task() check whether current has migration disabled and
         thus avoid useless invocations of the migration thread
      
       - Rework initialization flow so that all rq->core's are initialized,
         even of CPUs which have not been onlined yet, so that iterating over
         them all works as expected
      
      * tag 'sched_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        sched: Fix get_push_task() vs migrate_disable()
        sched: Fix Core-wide rq->lock for uninitialized CPUs
      537b57bd
    • L
      Merge tag 'irq_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · f20a2637
      Linus Torvalds 提交于
      Pull irq fix from Borislav Petkov:
      
       - Have msix_mask_all() check a global control which says whether MSI-X
         masking should be done and thus make it usable on Xen-PV too
      
      * tag 'irq_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        PCI/MSI: Skip masking MSI-X on Xen PV
      f20a2637
    • L
      Merge tag 'perf_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 98d006eb
      Linus Torvalds 提交于
      Pull perf fixes from Borislav Petkov:
      
       - Prevent the amd/power module from being removed while in use
      
       - Mark AMD IBS as not supporting content exclusion
      
       - Add a workaround for AMD erratum #1197 where IBS registers might not
         be restored properly after exiting CC6 state
      
       - Fix a potential truncation of a 32-bit variable due to shifting
      
       - Read the correct bits describing the number of configurable address
         ranges on Intel PT
      
      * tag 'perf_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        perf/x86/amd/power: Assign pmu.module
        perf/x86/amd/ibs: Extend PERF_PMU_CAP_NO_EXCLUDE to IBS Op
        perf/x86/amd/ibs: Work around erratum #1197
        perf/x86/intel/uncore: Fix integer overflow on 23 bit left shift of a u32
        perf/x86/intel/pt: Fix mask of num_address_ranges
      98d006eb
    • L
      Merge tag 'x86_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 072a2767
      Linus Torvalds 提交于
      Pull x86 fixes from Borislav Petkov:
      
       - Fix build error on RHEL where -Werror=maybe-uninitialized is set.
      
       - Restore the firmware's IDT when calling EFI boot services and before
         ExitBootServices() has been called. This fixes a boot failure on what
         appears to be a tablet with 32-bit UEFI running a 64-bit kernel.
      
      * tag 'x86_urgent_for_v5.14' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/resctrl: Fix a maybe-uninitialized build warning treated as error
        x86/efi: Restore Firmware IDT before calling ExitBootServices()
      072a2767
    • H
      Revert "parisc: Add assembly implementations for memset, strlen, strcpy, strncpy and strcat" · f6a3308d
      Helge Deller 提交于
      This reverts commit 83af58f8.
      
      It turns out that at least the assembly implementation for strncpy() was
      buggy.  Revert the whole commit and return back to the default coding.
      Signed-off-by: NHelge Deller <deller@gmx.de>
      Cc: <stable@vger.kernel.org> # v5.4+
      Cc: Rasmus Villemoes <linux@rasmusvillemoes.dk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      f6a3308d
  4. 29 8月, 2021 4 次提交
  5. 28 8月, 2021 10 次提交
  6. 27 8月, 2021 1 次提交