Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754560AbdCTMNT (ORCPT ); Mon, 20 Mar 2017 08:13:19 -0400 Received: from foss.arm.com ([217.140.101.70]:37416 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753075AbdCTMNR (ORCPT ); Mon, 20 Mar 2017 08:13:17 -0400 Date: Mon, 20 Mar 2017 12:13:28 +0000 From: Will Deacon To: Masahiro Yamada Cc: Michal Marek , Linux Kbuild mailing list , Linux Kernel Mailing List , Catalin Marinas , linux-arm-kernel Subject: Re: [PATCH 1/6] arm64: Use full path in KBUILD_IMAGE definition Message-ID: <20170320121328.GH17263@arm.com> References: <20161122213434.14788-1-mmarek@suse.com> <20170310175854.GE18894@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1526 Lines: 48 On Sat, Mar 18, 2017 at 10:14:41PM +0900, Masahiro Yamada wrote: > 2017-03-11 6:20 GMT+09:00 Michal Marek : > > Dne 10.3.2017 v 18:58 Will Deacon napsal(a): > >> On Tue, Nov 22, 2016 at 10:34:29PM +0100, Michal Marek wrote: > >>> The KBUILD_IMAGE variable is used by the rpm and deb-pkg targets, which > >>> expect it to point to the image file in the build directory. The > >>> builddeb script has a workaround for architectures which only provide > >>> the basename, but let's provide a clean interface for packaging tools. > >>> > >>> Cc: Catalin Marinas > >>> Cc: Will Deacon > >>> Cc: linux-arm-kernel@lists.infradead.org > >>> Signed-off-by: Michal Marek > >>> --- > >>> arch/arm64/Makefile | 6 +++--- > >>> 1 file changed, 3 insertions(+), 3 deletions(-) > >> > >> What's the plan for this patch? I'm happy to merge it, > > > > Great, please merge it. > > > >> but I don't see > >> the rest of the series queued anywhere. > > > > I'll see what remains and submit the rest via the kbuild tree. > > > > I like this approach, rather than fixing scripts/package/mkspec. > > > So, how shall we handle this series? > > > I am OK with getting 1/6 in through arm64 tree, > but 6/6 will be postponed in the case. > > > > If Will issues Acked-by, I can pick-up the whole series > to linux-kbuild. Ok, that works for me too. For the first patch: Acked-by: Will Deacon So please take this via linux-kbuild. Will