From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ralf Baechle Subject: Re: [PATCH 2/5] MIPS: Allow platforms to specify the decompressor load address Date: Tue, 24 Feb 2015 23:42:57 +0100 Message-ID: <20150224224257.GB9748@linux-mips.org> References: <1424741507-8882-1-git-send-email-abrestic@chromium.org> <1424741507-8882-3-git-send-email-abrestic@chromium.org> <7814815.Q6KYv1fjo1@wuerfel> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Andrew Bresticker Cc: Arnd Bergmann , "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Linux-MIPS , Ezequiel Garcia , James Hartley , James Hogan , Lars-Peter Clausen List-Id: devicetree@vger.kernel.org On Tue, Feb 24, 2015 at 01:39:03PM -0800, Andrew Bresticker wrote: > It is the same sort of issue, though I think the only way to solve it > on MIPS would be to copy the image to the address it was linked at, > which could be problematic if there's overlap. There's also the cache > maintenance we'd have to do, which varies from CPU to CPU (and more so > the ARM I believe). On MIPS it's significantly less complex to implement than the in-kernel cache maintenance code because only one flush operation needs to be implemented that will be invoked only once so performance is less of an issue. Also oddball hardware such as the S-caches controlled by an external controller can be ignored for purpose of kernel decomporession. That pretty much leaves to treat the standard R4000 style of caches and a few oddballs like R2000 class processors. Ralf -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html