From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751721AbbBXIPV (ORCPT ); Tue, 24 Feb 2015 03:15:21 -0500 Received: from mout.kundenserver.de ([212.227.17.13]:65036 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750850AbbBXIPU (ORCPT ); Tue, 24 Feb 2015 03:15:20 -0500 From: Arnd Bergmann To: Andrew Bresticker Cc: Ralf Baechle , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, Ezequiel Garcia , James Hartley , James Hogan , Lars-Peter Clausen Subject: Re: [PATCH 2/5] MIPS: Allow platforms to specify the decompressor load address Date: Tue, 24 Feb 2015 09:15:12 +0100 Message-ID: <7814815.Q6KYv1fjo1@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1424741507-8882-3-git-send-email-abrestic@chromium.org> References: <1424741507-8882-1-git-send-email-abrestic@chromium.org> <1424741507-8882-3-git-send-email-abrestic@chromium.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:FHWAKy57W4xmqHcTnqIsQBR/4vEjGjMvE4ppJew020ddZ5Kgkgv Ms428txqMn8nayti3gYo/AQ0CbebW+yLBPlILtszr37u3abS/sEC5Qtm2GNZbcMZXM16EDD l0qnrv10vOPqM8+rz1O6A5Tof9W1goRycHYblOSS7GtHkWbwecvAs9LGTRsqi02vxvL5+Vj Sl5h+fOXUkWO4uK/ezkPw== X-UI-Out-Filterresults: notjunk:1; Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 23 February 2015 17:31:44 Andrew Bresticker wrote: > Platforms which use raw zboot images may need to link the image at > a fixed address if there is no other way to communicate the load > address to the bootloader. Allow the per-platform Kbuild files > to specify an optional zboot image load address (zload-y) and fall > back to calc_vmlinuz_load_addr if unset. > > Signed-off-by: Andrew Bresticker > Cc: Lars-Peter Clausen No objections to the patch, but have you considered doing the same thing as ARM's AUTO_ZRELADDR, where we calculate the address at runtime from the entry point? I assume this is the same kind of address you are talking about here; if not, nevermind. Arnd