Greg Kroah-Hartman
a461383f6a
Linux 4.9.268
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210426072817.245304364@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:53:23 +09:00
Greg Kroah-Hartman
6510721328
Linux 4.9.267
...
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20210415144413.487943796@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:52:24 +09:00
Greg Kroah-Hartman
736d7b1c82
Linux 4.9.266
...
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210409095259.624577828@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:50:41 +09:00
Greg Kroah-Hartman
f246fe8b82
Linux 4.9.265
...
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20210405085018.871387942@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:50:20 +09:00
Greg Kroah-Hartman
52386b9607
Linux 4.9.264
...
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20210329075607.561619583@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:49:36 +09:00
Greg Kroah-Hartman
1d2ea2b6aa
Linux 4.9.263
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210322121920.399826335@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:48:30 +09:00
Greg Kroah-Hartman
57c33fcfe5
Linux 4.9.262
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210315135212.060847074@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:47:54 +09:00
Greg Kroah-Hartman
671e003257
Linux 4.9.261
...
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210310132320.393957501@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:46:09 +09:00
Greg Kroah-Hartman
f9afa336a7
Linux 4.9.260
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210305120851.255002428@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:40:25 +09:00
Greg Kroah-Hartman
9e8b7099be
Linux 4.9.259
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210301161013.585393984@linuxfoundation.org
Link: https://lore.kernel.org/r/20210302122224.437443882@linuxfoundation.org
Link: https://lore.kernel.org/r/20210302192532.615945247@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:39:16 +09:00
Greg Kroah-Hartman
9f1fed1a16
Linux 4.9.258
...
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210222121022.546148341@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:36:31 +09:00
Vasily Gorbik
66aaef579f
tracing: Avoid calling cc-option -mrecord-mcount for every Makefile
...
commit 07d0408120 upstream.
Currently if CONFIG_FTRACE_MCOUNT_RECORD is enabled -mrecord-mcount
compiler flag support is tested for every Makefile.
Top 4 cc-option usages:
511 -mrecord-mcount
11 -fno-stack-protector
9 -Wno-override-init
2 -fsched-pressure
To address that move cc-option from scripts/Makefile.build to top Makefile
and export CC_USING_RECORD_MCOUNT to be used in original place.
While doing that also add -mrecord-mcount to CC_FLAGS_FTRACE (if gcc
actually supports it).
Link: http://lkml.kernel.org/r/patch-2.thread-aa7b8d.git-de935bace15a.your-ad-here.call-01533557518-ext-9465@work.hours
Acked-by: Andi Kleen <ak@linux.intel.com >
Signed-off-by: Vasily Gorbik <gor@linux.ibm.com >
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:36:16 +09:00
Greg Kroah-Hartman
b236b6e8c4
Linux 4.9.257
...
Tested-by: Florian Fainelli <f.fainelli@gmail.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Igor Matheus Andrade Torrente <igormtorrente@gmail.com >
Tested-by: Jason Self <jason@bluehome.net >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Ross Schmidt <ross.schm.dev@gmail.com >
Link: https://lore.kernel.org/r/20210208145810.230485165@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:34:31 +09:00
Josh Poimboeuf
979aafef72
x86/build: Disable CET instrumentation in the kernel
...
commit 20bf2b3787 upstream.
With retpolines disabled, some configurations of GCC, and specifically
the GCC versions 9 and 10 in Ubuntu will add Intel CET instrumentation
to the kernel by default. That breaks certain tracing scenarios by
adding a superfluous ENDBR64 instruction before the fentry call, for
functions which can be called indirectly.
CET instrumentation isn't currently necessary in the kernel, as CET is
only supported in user space. Disable it unconditionally and move it
into the x86's Makefile as CET/CFI... enablement should be a per-arch
decision anyway.
[ bp: Massage and extend commit message. ]
Fixes: 29be86d7f9 ("kbuild: add -fcf-protection=none when using retpoline flags")
Reported-by: Nikolay Borisov <nborisov@suse.com >
Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com >
Signed-off-by: Borislav Petkov <bp@suse.de >
Reviewed-by: Nikolay Borisov <nborisov@suse.com >
Tested-by: Nikolay Borisov <nborisov@suse.com >
Cc: <stable@vger.kernel.org >
Cc: Seth Forshee <seth.forshee@canonical.com >
Cc: Masahiro Yamada <yamada.masahiro@socionext.com >
Link: https://lkml.kernel.org/r/20210128215219.6kct3h2eiustncws@treble
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:34:25 +09:00
Sasha Levin
92f532c821
stable: clamp SUBLEVEL in 4.4 and 4.9
...
Right now SUBLEVEL is overflowing, and some userspace may start treating
4.9.256 as 4.10. While out of tree modules have different ways of
extracting the version number (and we're generally ok with breaking
them), we do care about breaking userspace and it would appear that this
overflow might do just that.
Our rules around userspace ABI in the stable kernel are pretty simple:
we don't break it. Thus, while userspace may be checking major/minor, it
shouldn't be doing anything with sublevel.
This patch applies a big band-aid to the 4.9 and 4.4 kernels in the form
of clamping their sublevel to 255.
The clamp is done for the purpose of LINUX_VERSION_CODE only, and
extracting the version number from the Makefile or "make kernelversion"
will continue to work as intended.
We might need to do it later in newer trees, but maybe we'll have a
better solution by then, so I'm ignoring that problem for now.
Signed-off-by: Sasha Levin <sashal@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:34:03 +09:00
Greg Kroah-Hartman
c609b7392d
Linux 4.9.256
...
"Empty" release where we roll the .y number over and see if anything
breaks...
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:33:42 +09:00
Greg Kroah-Hartman
7f038a4995
Linux 4.9.255
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20210202132942.035179752@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:33:40 +09:00
Greg Kroah-Hartman
4562b9d7c4
Linux 4.9.254
...
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Link: https://lore.kernel.org/r/20210129105910.583037839@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:33:00 +09:00
Greg Kroah-Hartman
2ceeeb8ca3
Linux 4.9.253
...
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20210122160829.171484729@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:26:59 +09:00
Greg Kroah-Hartman
d91f1a1fe3
Linux 4.9.252
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210115121956.679956165@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:26:21 +09:00
Greg Kroah-Hartman
edcd68a71a
Linux 4.9.251
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20210111130033.676306636@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:25:35 +09:00
Dominique Martinet
110f163964
kbuild: don't hardcode depmod path
...
commit 436e980e2e upstream.
depmod is not guaranteed to be in /sbin, just let make look for
it in the path like all the other invoked programs
Signed-off-by: Dominique Martinet <asmadeus@codewreck.org >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:24:48 +09:00
Greg Kroah-Hartman
b9a382dbdb
Linux 4.9.250
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20210107143053.692614974@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 10:00:50 +09:00
Greg Kroah-Hartman
275f3d35f4
Linux 4.9.249
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201228124853.216621466@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:59:47 +09:00
Greg Kroah-Hartman
94d4c65dd1
Linux 4.9.248
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201210142602.361598591@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:51:43 +09:00
Greg Kroah-Hartman
a096e08a62
Linux 4.9.247
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201201084642.194933793@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:50:39 +09:00
Greg Kroah-Hartman
538accc483
Linux 4.9.246
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201123121805.530891002@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:49:40 +09:00
Greg Kroah-Hartman
00dd320315
Linux 4.9.245
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20201120104539.706905067@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:48:39 +09:00
Greg Kroah-Hartman
4f9d1bf030
Linux 4.9.244
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Reviewed-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20201117122109.116890262@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:48:16 +09:00
Greg Kroah-Hartman
975f8bdcf8
Linux 4.9.243
...
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:46:35 +09:00
Greg Kroah-Hartman
a499316eba
Linux 4.9.242
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20201109125025.630721781@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:46:30 +09:00
Greg Kroah-Hartman
8e481c5d4f
Linux 4.9.241
...
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20201027134902.130312227@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:40:27 +09:00
Greg Kroah-Hartman
78bfa07f89
Linux 4.9.240
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201016090437.205626543@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:28:06 +09:00
Greg Kroah-Hartman
daa6ba8069
Linux 4.9.239
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Link: https://lore.kernel.org/r/20201012132629.585664421@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:24:37 +09:00
Greg Kroah-Hartman
9c4bbe52bd
Linux 4.9.238
...
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Link: https://lore.kernel.org/r/20201001091034.685078175@linuxfoundation.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:17:12 +09:00
Greg Kroah-Hartman
b3d61a75ec
Linux 4.9.237
...
Link: https://lore.kernel.org/lkml/20200921162035.136047591@linuxfoundation.org/
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:13:43 +09:00
Greg Kroah-Hartman
5d86d16b0d
Linux 4.9.236
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 09:06:09 +09:00
Greg Kroah-Hartman
e9f84d5cb1
Linux 4.9.235
...
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 08:58:02 +09:00
Greg Kroah-Hartman
840a271f8c
Linux 4.9.234
...
Tested-by: Jon Hunter <jonathanh@nvidia.com >
Tested-by: Guenter Roeck <linux@roeck-us.net >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 08:55:16 +09:00
Greg Kroah-Hartman
aa7f3ab576
Linux 4.9.233
...
Tested-by: Shuah Khan <skhan@linuxfoundation.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 08:48:46 +09:00
Greg Kroah-Hartman
4a61b06bdb
Linux 4.9.232
...
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 08:39:12 +09:00
Fangrui Song
2050afde54
Makefile: Fix GCC_TOOLCHAIN_DIR prefix for Clang cross compilation
...
commit ca9b31f6bb upstream.
When CROSS_COMPILE is set (e.g. aarch64-linux-gnu-), if
$(CROSS_COMPILE)elfedit is found at /usr/bin/aarch64-linux-gnu-elfedit,
GCC_TOOLCHAIN_DIR will be set to /usr/bin/. --prefix= will be set to
/usr/bin/ and Clang as of 11 will search for both
$(prefix)aarch64-linux-gnu-$needle and $(prefix)$needle.
GCC searchs for $(prefix)aarch64-linux-gnu/$version/$needle,
$(prefix)aarch64-linux-gnu/$needle and $(prefix)$needle. In practice,
$(prefix)aarch64-linux-gnu/$needle rarely contains executables.
To better model how GCC's -B/--prefix takes in effect in practice, newer
Clang (since
3452a0d8c1 )
only searches for $(prefix)$needle. Currently it will find /usr/bin/as
instead of /usr/bin/aarch64-linux-gnu-as.
Set --prefix= to $(GCC_TOOLCHAIN_DIR)$(notdir $(CROSS_COMPILE))
(/usr/bin/aarch64-linux-gnu-) so that newer Clang can find the
appropriate cross compiling GNU as (when -no-integrated-as is in
effect).
Cc: stable@vger.kernel.org
Reported-by: Nathan Chancellor <natechancellor@gmail.com >
Signed-off-by: Fangrui Song <maskray@google.com >
Reviewed-by: Nathan Chancellor <natechancellor@gmail.com >
Tested-by: Nathan Chancellor <natechancellor@gmail.com >
Tested-by: Nick Desaulniers <ndesaulniers@google.com >
Link: https://github.com/ClangBuiltLinux/linux/issues/1099
Reviewed-by: Nick Desaulniers <ndesaulniers@google.com >
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-16 08:38:45 +09:00
Greg Kroah-Hartman
d7c9fec9a1
Linux 4.9.231
2023-05-16 08:31:11 +09:00
Greg Kroah-Hartman
3c39b800a8
Linux 4.9.230
2023-05-16 08:29:33 +09:00
Sasha Levin
d15e6fc4bd
Linux 4.9.229
...
Signed-off-by: Sasha Levin <sashal@kernel.org >
2023-05-16 08:22:13 +09:00
Greg Kroah-Hartman
6c6a34784e
Linux 4.9.228
2023-05-15 17:34:52 +09:00
Masahiro Yamada
afc4e00f99
kbuild: force to build vmlinux if CONFIG_MODVERSION=y
...
commit 4b50c8c4ea upstream.
This code does not work as stated in the comment.
$(CONFIG_MODVERSIONS) is always empty because it is expanded before
include/config/auto.conf is included. Hence, 'make modules' with
CONFIG_MODVERSION=y cannot record the version CRCs.
This has been broken since 2003, commit ("kbuild: Enable modules to be
build using the "make dir/" syntax"). [1]
[1]: https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/?id=15c6240cdc44bbeef3c4797ec860f9765ef4f1a7
Cc: linux-stable <stable@vger.kernel.org > # v2.5.71+
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org >
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org >
2023-05-15 17:34:40 +09:00
secuflag
d0a4263d1c
Fix Makefile
2023-05-15 17:31:56 +09:00
Greg Kroah-Hartman
1171758626
Linux 4.9.227
2023-05-15 17:31:44 +09:00
Greg Kroah-Hartman
251466cee4
Linux 4.9.226
2023-05-15 17:30:50 +09:00