On Wed, Sep 02, 2020 at 10:47:51AM +0530, Naresh Kamboju wrote: > On Wed, 2 Sep 2020 at 00:39, Guenter Roeck <linux@xxxxxxxxxxxx> wrote: > > > > On 9/1/20 8:08 AM, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 5.4.62 release. > > > There are 214 patches in this series, all will be posted as a response > > > to this one. If anyone has any issues with these being applied, please > > > let me know. > > > > > > Responses should be made by Thu, 03 Sep 2020 15:09:01 +0000. > > > Anything received after that time might be too late. > > > > > > > Building x86_64:tools/perf ... failed > > -------------- > > Error log: > > Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from latest version at 'include/uapi/linux/kvm.h' > > Warning: Kernel ABI header at 'tools/include/uapi/linux/sched.h' differs from latest version at 'include/uapi/linux/sched.h' > > Warning: Kernel ABI header at 'tools/arch/x86/include/asm/cpufeatures.h' differs from latest version at 'arch/x86/include/asm/cpufeatures.h' > > Warning: Kernel ABI header at 'tools/arch/x86/include/uapi/asm/unistd.h' differs from latest version at 'arch/x86/include/uapi/asm/unistd.h' > > Makefile.config:846: No libcap found, disables capability support, please install libcap-devel/libcap-dev > > Makefile.config:958: No openjdk development package found, please install JDK package, e.g. openjdk-8-jdk, java-1.8.0-openjdk-devel > > PERF_VERSION = 5.4.61.gf5583dd12e6f > > In file included from btf_dump.c:16:0: > > btf_dump.c: In function ‘btf_align_of’: > > tools/include/linux/kernel.h:53:17: error: comparison of distinct pointer types lacks a cast [-Werror] > > (void) (&_min1 == &_min2); \ > > ^ > > btf_dump.c:770:10: note: in expansion of macro ‘min’ > > return min(sizeof(void *), t->size); > > ^~~ > > cc1: all warnings being treated as errors > > make[7]: *** [/tmp/buildbot-builddir/tools/perf/staticobjs/btf_dump.o] Error 1 > > This perf build break noticed and reported on mailing list [1] > > > > > Bisect log below. Reverting the following two patches fixes the problem. > > > > 497ef945f327 libbpf: Fix build on ppc64le architecture > > 401834f55ce7 libbpf: Handle GCC built-in types for Arm NEON > > > > Guenter > > > > --- > > $ git bisect log > > # bad: [f5583dd12e6fc8a3c11ae732f38bce8334e150a2] Linux 5.4.62-rc1 > > # good: [6576d69aac94cd8409636dfa86e0df39facdf0d2] Linux 5.4.61 > > git bisect start 'HEAD' 'v5.4.61' > > # good: [6c747bd0794c982b500bda7334ef55d9dabb6cc6] nvme-fc: Fix wrong return value in __nvme_fc_init_request() > > git bisect good 6c747bd0794c982b500bda7334ef55d9dabb6cc6 > > # bad: [81b5698e6d9ecdc9569df8f4b93be70d587f5ddf] serial: samsung: Removes the IRQ not found warning > > git bisect bad 81b5698e6d9ecdc9569df8f4b93be70d587f5ddf > > # bad: [973679736caa8e1b39b68866535bdc7899a46f25] ASoC: wm8994: Avoid attempts to read unreadable registers > > git bisect bad 973679736caa8e1b39b68866535bdc7899a46f25 > > # good: [1789df2a787c589dbe83bc3ed52af2abbc739d1b] ext4: correctly restore system zone info when remount fails > > git bisect good 1789df2a787c589dbe83bc3ed52af2abbc739d1b > > # good: [ba1fb0301a60cbded377e0f312c82847415a1820] drm/amd/powerplay: correct UVD/VCE PG state on custom pptable uploading > > git bisect good ba1fb0301a60cbded377e0f312c82847415a1820 > > # bad: [1ef070d29e73a50e98a93d9a68f69cfef4247170] netfilter: avoid ipv6 -> nf_defrag_ipv6 module dependency > > git bisect bad 1ef070d29e73a50e98a93d9a68f69cfef4247170 > > # bad: [401834f55ce7f86bf2c0f8fdd8fbf9e1baf19f1c] libbpf: Handle GCC built-in types for Arm NEON > > git bisect bad 401834f55ce7f86bf2c0f8fdd8fbf9e1baf19f1c > > # good: [ccb6e88cd42a9cb65bde705f7f8e7c9822dcb711] drm/amd/display: Switch to immediate mode for updating infopackets > > git bisect good ccb6e88cd42a9cb65bde705f7f8e7c9822dcb711 > > # first bad commit: [401834f55ce7f86bf2c0f8fdd8fbf9e1baf19f1c] libbpf: Handle GCC built-in types for Arm NEON > > [1] https://lore.kernel.org/stable/CA+G9fYvsNkxvs7hdCB3LC9W+rP8hBa3F1fG3951S+xHfiOJwNA@xxxxxxxxxxxxxx/ Yes, sorry, I thought the follow-on patch I added would solve this issue, I guess not :( Odd that it works in Linus's tree? I'll go drop both of these patches now... thanks, greg k-h
