Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp273878pxk; Wed, 2 Sep 2020 00:25:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgEyCn3qx0z5xVzgKAzzPjMJYGx1JKzLwu6MLObz4RFkAb6CAl7GOzBp6EbSweGQswFetA X-Received: by 2002:a05:6402:1212:: with SMTP id c18mr5133462edw.344.1599031542950; Wed, 02 Sep 2020 00:25:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599031542; cv=none; d=google.com; s=arc-20160816; b=lPZUSTq28/Jf+1YDG9MOpclb+tnM86mhAYxeru4g3XbwT/X4jlQYVhPYFhGwylTr6r /zpwZeIt3uBMggsWDMItnKuBljq1MkkASHYavP0NUcOrnylbVK3/UlV7galSgqGpvctV TvkQw6OkGS6Kq9RnnbENk0MWTPHj9Xs091lwdunX0561mtfcueyicM/GVGdrflCi1x2H u8BIzJR+nDBYgfbu+OQAXEpUk5/blrMv+bIQ9+5s0OeQn63QFSIYad6s3MlYbiVU626O sb4ZzRY3JeT2BUrBPAe9QGgxtEiotoqKXirGz+ylic99ioOQ7Lii7gTQGa2BYHp84BdW lryA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=U/JzZ7ujgD9KPOLB5ZPvL1A7tQPJQm+KgTj6I6oJcnA=; b=zwrRre5g887mvGEjY31gIOm8Rj72Nrygzv5O2B917fj21O/r1CsK+0E8JRmrV69BxM kK+WXkHojiKnbEHirF9m8DNbSNWSTRwGjhiVBFbdX1qfhjf5qqt80fmX85I/Rl5ALLld Ye61kJpyPzGC/qFE1Mfr+W0P5qbL2ZyE0NEnoVwfV9RG5WXxfT1PB/2RWNC1NzO+6715 FEFjVgvTDiwqZZ6d3zfgt6qVsEKS6daKUhIvvdvlmdqHz6cf4vBPfr7aXp0xBL3LAMR+ 27Y4sRBquu21UNwJq1i+Ix1Bhek1ZlkFbfRq9umObx9+UUQE2K+VnIb2W4pkdn08fDOz OyVw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Nwh+4kDJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q3si2135910ejb.543.2020.09.02.00.25.19; Wed, 02 Sep 2020 00:25:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Nwh+4kDJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727001AbgIBHX4 (ORCPT + 99 others); Wed, 2 Sep 2020 03:23:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:34090 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726130AbgIBHX4 (ORCPT ); Wed, 2 Sep 2020 03:23:56 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A995D207EA; Wed, 2 Sep 2020 07:23:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1599031435; bh=9ggE8lB4fLOzytqntNeN+BEJFMLCazCIAGhJHuRBPeo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Nwh+4kDJPpAVaf3StG6MUO1wbTA2pTR527FnnyPY18YYKIQW+Uo7wKpHbXLY5j1kb zPVJx527tmzn6rOh3T5JfnEnOr6TE8YAw+RvBO63/4imEv6GxGJEYt+knGB+XySfYp x06/Kjlb+8EplLQ4X9lBY/zKCa+stEfJnC1b12r8= Date: Wed, 2 Sep 2020 09:24:21 +0200 From: Greg Kroah-Hartman To: Naresh Kamboju Cc: Guenter Roeck , open list , Linus Torvalds , Andrew Morton , Shuah Khan , patches@kernelci.org, Ben Hutchings , lkft-triage@lists.linaro.org, linux- stable Subject: Re: [PATCH 5.4 000/214] 5.4.62-rc1 review Message-ID: <20200902072421.GA1610179@kroah.com> References: <20200901150952.963606936@linuxfoundation.org> <694f63b6-c5a0-f434-5212-27f1cb7b5f2a@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 02, 2020 at 10:47:51AM +0530, Naresh Kamboju wrote: > On Wed, 2 Sep 2020 at 00:39, Guenter Roeck 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@mail.gmail.com/ 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