Greg Kroah-Hartman
598cf27219
Link: https://lore.kernel.org/r/20260217200002.683975158@linuxfoundation.org Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com> Tested-by: Peter Schneider <pschneider1968@googlemail.com> Tested-by: Jon Hunter <jonathanh@nvidia.com> Tested-by: Salvatore Bonaccorso <carnil@debian.org> Tested-by: Brett A C Sheffield <bacs@librecast.net> Tested-by: Mark Brown <broonie@kernel.org> Tested-by: Luna Jernberg <droidbittin@gmail.com> Tested-by: Ronald Warsow <rwarsow@gmx.de> Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> Tested-by: Ron Economos <re@w6rz.net> Tested-by: Miguel Ojeda <ojeda@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
27 lines
1.0 KiB
C
27 lines
1.0 KiB
C
// SPDX-License-Identifier: GPL-2.0
|
|
// Copyright (c) 2019 Facebook
|
|
#define STACK_MAX_LEN 180
|
|
|
|
/* llvm upstream commit at clang18
|
|
* https://github.com/llvm/llvm-project/commit/1a2e77cf9e11dbf56b5720c607313a566eebb16e
|
|
* changed inlining behavior and caused compilation failure as some branch
|
|
* target distance exceeded 16bit representation which is the maximum for
|
|
* cpu v1/v2/v3. Macro __BPF_CPU_VERSION__ is later implemented in clang18
|
|
* to specify which cpu version is used for compilation. So a smaller
|
|
* unroll_count can be set if __BPF_CPU_VERSION__ is less than 4, which
|
|
* reduced some branch target distances and resolved the compilation failure.
|
|
*
|
|
* To capture the case where a developer/ci uses clang18 but the corresponding
|
|
* repo checkpoint does not have __BPF_CPU_VERSION__, a smaller unroll_count
|
|
* will be set as well to prevent potential compilation failures.
|
|
*/
|
|
#ifdef __BPF_CPU_VERSION__
|
|
#if __BPF_CPU_VERSION__ < 4
|
|
#define UNROLL_COUNT 90
|
|
#endif
|
|
#elif __clang_major__ == 18
|
|
#define UNROLL_COUNT 90
|
|
#endif
|
|
|
|
#include "pyperf.h"
|