From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (bilbo.ozlabs.org [103.22.144.67]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3zZfzk42zwzF0r4 for ; Mon, 5 Feb 2018 18:56:18 +1100 (AEDT) Date: Mon, 5 Feb 2018 18:56:15 +1100 From: Paul Mackerras To: Ulf Magnusson Cc: Linux Kernel Mailing List , Linux Kbuild mailing list , tfiga@chromium.org, paul.burton@mips.com, Marek Szyprowski , Hans-Christian Noren Egtvedt , Linus Walleij , vgupta@synopsys.com, mgorman@techsingularity.net, hch@lst.de, mina86@mina86.com, robh@kernel.org, sboyd@codeaurora.org, will.deacon@arm.com, Tony Lindgren , Nicholas Piggin , Masahiro Yamada , Benjamin Herrenschmidt , Michael Ellerman , kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH 02/20] KVM: PPC: Book3S PR: Fix broken select due to misspelling Message-ID: <20180205075615.GA24826@fergus.ozlabs.ibm.com> References: <20180205012146.23981-1-ulfalizer@gmail.com> <20180205012146.23981-3-ulfalizer@gmail.com> <20180205044821.3zvs7cfhdr3eu2qa@oak.ozlabs.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, Feb 05, 2018 at 05:58:59AM +0100, Ulf Magnusson wrote: > On Mon, Feb 5, 2018 at 5:48 AM, Paul Mackerras wrote: > > On Mon, Feb 05, 2018 at 02:21:14AM +0100, Ulf Magnusson wrote: > >> Commit 76d837a4c0f9 ("KVM: PPC: Book3S PR: Don't include SPAPR TCE code > >> on non-pseries platforms") added a reference to the globally undefined > >> symbol PPC_SERIES. Looking at the rest of the commit, PPC_PSERIES was > >> probably intended. > >> > >> Change PPC_SERIES to PPC_PSERIES. > >> > >> Discovered with the > >> https://github.com/ulfalizer/Kconfiglib/blob/master/examples/list_undefined.py > >> script. > >> > >> Signed-off-by: Ulf Magnusson > > > > Acked-by: Paul Mackerras > > > > Which tree is this series going into? > > > > Paul. > > I didn't have a particular one in mind. I imagined people would pick > up individual patches into the trees that make the most sense. It was > easiest to do the undefined symbol removal as a kernel-wide batch job. OK, I'll take this one then. Paul.