From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:41002 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750974AbdJGKGw (ORCPT ); Sat, 7 Oct 2017 06:06:52 -0400 Date: Sat, 7 Oct 2017 12:06:59 +0200 From: gregkh To: Laura Abbott Cc: Arnd Bergmann , Olof Johansson , Kernel Build Reports Mailman List , stable , Mark Rutland , Olof's autobuilder Subject: Re: stable-rc build: 0 warnings 1 failures (stable-rc/v4.9.53-105-g0e59436) Message-ID: <20171007100659.GA25029@kroah.com> References: <59d754da.44f9620a.a7f1b.52e0@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: stable-owner@vger.kernel.org List-ID: On Fri, Oct 06, 2017 at 08:14:40AM -0700, Laura Abbott wrote: > On 10/06/2017 04:27 AM, Arnd Bergmann wrote: > > On Fri, Oct 6, 2017 at 12:03 PM, Olof's autobuilder wrote: > >> Here are the build results from automated periodic testing. > >> > >> The tree being built was stable-rc, found at: > >> > >> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable-rc.git/ > >> > >> Topmost commit: > >> > >> 0e59436 Linux 4.9.54-rc1 > > > >> > >> arm64.allmodconfig: > >> /work/build/batch/arch/arm64/mm/kasan_init.c:156:95: error: implicit declaration of function 'lm_alias'; did you mean 'mm_alloc'? [-Werror=implicit-function-declaration] > > > > Caused by > > > > e773d137b255 ("arm64: kasan: avoid bad virt_to_pfn()") > > (backported from b0de0ccc8b9ed) > > > > Presumably requires a backport of > > > > 568c5fe5a54f ("mm: Introduce lm_alias") > > > > Mark or Laura, can you confirm that this is the correct fix? > > I see additional uses of lm_alias in mainline, but only this one > > backported to stable, not sure if only this one is required there, > > or we want the others as well. > > > > Arnd > > > > > I don't think backporting lm_alias is the correct fix. That was > introduced as part of DEBUG_VIRTUAL for arm64 which isn't present > at all for 4.9. If DEBUG_VIRTUAL isn't present, there should be > no need for this fix since it's handled by existing code. I > think the patch should be dropped assuming there isn't another > issue with kasan. I've just dropped it now, sorry for this. thanks, greg k-h